Hide Forgot
Description of problem: When adding external lun to a VM I can choose luns that are part of an existing storage domain. My storage domain build on top of 2 FC luns, while getting the luns list to add as external to a VM, both can be selected. Very problematic as it can lead to Data corruption Version-Release number of selected component (if applicable): 3.5 How reproducible: 100% Steps to Reproduce: 1. Create storage domain based on 2 FC luns 2. Create VM with a virtual disk 3. add external lun to this VM Actual results: In the list of luns to add, we can choose the storage domain luns as well Expected results: both luns should be greyed out. Additional info: appear in our rhevm-3 setup, Can share access for analysis if needed.
The ability itself is by design - it's the basis for CFME's fleecing capabilities. I agree it's ugly that this is also exposed in the GUI, but there's nothing urgent about it. Reducing severity and removing z-stream flag. Not sure if changing the GUI is the right call though - there is merit in keeping GUI and REST aligned. Leaving this up to PM to decide.
Scott/Yaniv, your thoughts?
(In reply to Tal Nisan from comment #2) > Scott/Yaniv, your thoughts? We will not block a ability that is needed for cloudforms. We can add a warning on doing this to make sure users really want to do things that might lead to corruption.
this is an automated message. oVirt 3.6.0 RC3 has been released and GA is targeted to next week, Nov 4th 2015. Please review this bug and if not a blocker, please postpone to a later release. All bugs not postponed on GA release will be automatically re-targeted to - 3.6.1 if severity >= high - 4.0 if severity < high
Target release should be placed once a package build is known to fix a issue. Since this bug is not modified, the target version has been reset. Please use target milestone to plan a fix for a oVirt release.
A warning message is presented when adding a FC direct LUN which is already part of a FC storage domain that exists in the system. This operation might be unrecoverable and destructive! The following LUNs are already part of Storage Domains: - 3514f0c5a51600021 (LUN is already part of Storage Domain: fc1) Verified using: ovirt-engine-4.0.0-0.0.master.20160406161747.gita4ecba2.el7.centos.noarch ovirt-engine-webadmin-portal-4.0.0-0.0.master.20160406161747.gita4ecba2.el7.centos.noarch vdsm-4.17.999-724.gitb8cb30a.el7.centos.noarch
oVirt 4.0.0 has been released, closing current release.