Bug 1216010
| Summary: | Hyper-V clustered datastores duplicated in Insight | ||||||
|---|---|---|---|---|---|---|---|
| Product: | Red Hat CloudForms Management Engine | Reporter: | ncatling | ||||
| Component: | Providers | Assignee: | Bronagh Sorota <bsorota> | ||||
| Status: | CLOSED DEFERRED | QA Contact: | Jeff Teehan <jteehan> | ||||
| Severity: | low | Docs Contact: | |||||
| Priority: | medium | ||||||
| Version: | 5.3.0 | CC: | cpelland, dclarizi, gblomqui, jfrey, jhardy, jprause, jteehan, ncatling, obarenbo | ||||
| Target Milestone: | GA | Keywords: | ZStream | ||||
| Target Release: | 5.7.0 | ||||||
| Hardware: | All | ||||||
| OS: | Windows | ||||||
| Whiteboard: | scvmm:datastore | ||||||
| Fixed In Version: | Doc Type: | Bug Fix | |||||
| Doc Text: | Story Points: | --- | |||||
| Clone Of: | |||||||
| : | 1247650 1291711 1346958 (view as bug list) | Environment: | |||||
| Last Closed: | 2016-08-30 15:46:41 UTC | Type: | Bug | ||||
| Regression: | --- | Mount Type: | --- | ||||
| Documentation: | --- | CRM: | |||||
| Verified Versions: | Category: | --- | |||||
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |||||
| Cloudforms Team: | Unknown | Target Upstream Version: | |||||
| Embargoed: | |||||||
| Bug Depends On: | |||||||
| Bug Blocks: | 1247650, 1291711, 1346958 | ||||||
| Attachments: |
|
||||||
|
Description
ncatling
2015-04-28 11:15:44 UTC
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. |