I looked at the code and it's likely an easy fix, but I can't do it, which is to say I'm not authorized to do it. I've changed all the flags to try to get it in the 5.7.3 release upcoming and the hotfix flag. Support will need to drive the escalation of this BZ for the customer.
Customer has already verified that my code returns the correct values.
I should have updated the bz earlier. But the customer ran this ps snippet and it returned their three servers each connected to the Tintri file share.
$FileShares = Get-SCVMHost -VMMServer localhost | select Name, RegisteredStorageFileShares
foreach ($share in $FileShares){
$share.Name, $share.RegisteredStorageFileShares.SharePath
}
The available SCVMM datastores needs to be a combination of host DiskVolumes, plus BaseDiskPaths. The latter is valid File Share storage PS C:\Users\Administrator.CFME-QE-VMM-AD> Get-SCVMHost -VMMServer localhost | select name, diskvolumes, basediskpaths Name ---- qeblade26.cfme-qe-vmm-ad.rhq.lab.eng.bos.redhat.com qeblade33.cfme-qe-vmm-ad.rhq.lab.eng.bos.redhat.com DiskVolumes ----------- {C:\, G:\, C:\ClusterStorage\CLUSP04 Prod Volume 3-1, \\?\Volume{1889d147-fcb9-11e3-80b5-806e6f6e6963}\...} {C:\, G:\, J:\, \\?\Volume{b58fecc1-c453-11e4-80b4-806e6f6e6963}\...} BaseDiskPaths ------------- {\\clusterstore.cfme-qe-vmm-ad.rhq.lab.eng.bos.redhat.com\cdrive} {\\cfme_hyperv\scvmm2, \\clusterstore.cfme-qe-vmm-ad.rhq.lab.eng.bos.redhat.com\cdrive}