Description of problem: The virt admin will manage the environment based on high level virt objects in the UI first - i.e. a storage domain. When releasing a storage domain, the workflow is not 'linked' between handling the removal of the rhev object and the glusterfs volume. Version-Release number of selected component (if applicable): How reproducible: Steps to Reproduce: 1. 2. 3. Actual results: Expected results: Removing a storage domain in a hyperconverged use case should have a workflow similar to the following; 1. admin moves SD to maintenance 2. With the Sd detached, the admin opens the storage tab, selects the domain to remove and chooses "destroy" 3. if the SD was glusterfs domain the "Destroy storage domain" modal dialog should include an option to stop and delete the underlying glusterfs volume 4. if the option to remove the gluster volume is checked a further check box to purge any data from the volume should be provided Additional info:
This should be done via guide me for removal in HC use case.
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.
*** Bug 1183307 has been marked as a duplicate of this bug. ***
We have implemented linking of gluster volume to storage domain that already addresses this. Guide me is not planned for now. Hence closing this