Description of problem: Hyper-V hosts on SCVMM provider with clustered storage, present the same data stores several times in the data store view. Version-Release number of selected component (if applicable): 5.3+ How reproducible: Discover SCVMM provider with cluster storage. Steps to Reproduce: 1. Add provider 2. Discover 3. Review discovered data stores Actual results: Same data stores displayed for each host with in the cluster. Expected results: Storage should only be displayed once or perhaps in a manner indicating its clustered status. Additional info: See at Bluecrest PoC early April 2015.
Per our discussion yesterday regarding https://bugzilla.redhat.com/show_bug.cgi?id=1216010 I finished setting up a LUN on the NetApp filer and connected it to SCVMM as a "Cluster Shared Volume". It took a while as an iSCSI initiator on windows works differently than the RHEV one I setup last week. When you use 5.4.2 and provision a VM, it does kinda sorta look like it lists the same volume twice, but if you look closely you can see each host is referenced. I wouldn't personal write a bz over this, but it in fact does list the same cluster shared volume twice as stated in the bz. Navigate to the Datastore page listed below to see an exact bz reproduction. Let's see if I can get a screenshot. If you look at the two of type CSVFS, they are in fact the same shared volume and in a perfect world we wouldn't list it twice. Take a peek if you want. https://10.8.59.82/storage/show_list?type=list admin/smartvm and I'llupload the screenshot to this bz.
Created attachment 1069619 [details] QE Reproduction on SCVMM2 See discussion with approximate same timestamp.
Thanks Jeff. I do not see in the bug. Nick - We are trying to reproduce this bug and are having a hard time doing so. Can you log into: https://10.8.59.82/storage/show_list?type=list and take a look. Can you provide more details on the type of clustered storage the customer is using and any other steps we can follow to reproduce. Thanks
I don't know what storage the customer is using but you can see from the original screen shot that the same LUN is displayed 5 times - the total/free figures are identical. The 10.8.59.82 appliance doesn't appear to have any duplicated LUNs, none of the total/free figures match. The problem I experienced at the customer site is exhibited because all the hypervisors have the same LUNs attached but the derived name incorporates the hypervisor name, resulting in the duplicate entries.
This BZ is a medium priority, low severity and does not have a customer case attached to it. Unless this changes, it is unlikely it will get any attention from Engineering.
No test case, deferred.