Hide Forgot
1. Proposed title of this feature request SAN DISKS Management 3. What is the nature and description of the request? We need another admin tab at the manager's web interface for listing and managing SAN Fibre channel DISKs. 4. Why does the customer need this? (List the business requirements here) Our virtual guests use and rely heavily on Direct lun asigned san disks. We have expensive storage technologies deployed and we rely on their features and capabilities for disk replication, disaster recovery policies and etc. At the moment we can't see at the manager the luns asigned to a storage domain, or a full list of them. We can get them by consulting rhevm-shell or the data base, but we need the easiest and more visual control of them. 5. How would the customer like to achieve this? (List the functional requirements here) Adding another tab just like the DISKs tab. 6. For each functional requirement listed, specify how Red Hat and the customer can test to confirm the requirement is successfully implemented. Logging against the web administration and listing for example LUNs assigned to each storage domains. 7. Is there already an existing RFE upstream or in Red Hat Bugzilla? No 8. Does the customer have any specific timeline dependencies and which release would they like to target (i.e. RHEL5, RHEL6)? RHEV 3.6 9. Is the sales team involved in this request and do they have any additional input? No 10. List any affected packages or components. Redhat virtualization manager's administration portal 11. Would the customer be able to assist in testing this functionality if implemented? yes
I don't understand. What is lacking in the "add external disk" window that this rfe should cover?
Allon, Here's what the customer had to say: "We need to see the list of fibre channel attached LUNs to each storage domain and their features, size, identifier, .... It would be great to know the disk_images that use the space provided by a selected LUN. We have asked in another RFE for the lun removal from storage domain feature too. This feature could be added to the LUN administration tab when ready." If this doesn't clear up what they would like to see without actually having to go to add a disk, I can ask for further clarification, however I think the issue currently is there's no way to see the state of what's currently in use without attempting to add a new disk. This seems like a roundabout way to get information about the current environment rather than just displaying it in in an information tab in the first place, which the customer would rather have.
(In reply to Robert McSwain from comment #3) > Allon, > > Here's what the customer had to say: > > "We need to see the list of fibre channel attached LUNs to each storage > domain and their features, size, identifier, .... > It would be great to know the disk_images that use the space provided by a > selected LUN. > We have asked in another RFE for the lun removal from storage domain feature > too. This feature could be added to the LUN administration tab when ready." > > If this doesn't clear up what they would like to see without actually having > to go to add a disk, I can ask for further clarification, however I think > the issue currently is there's no way to see the state of what's currently > in use without attempting to add a new disk. This seems like a roundabout > way to get information about the current environment rather than just > displaying it in in an information tab in the first place, which the > customer would rather have. Great! Now I can understand what this RFE is about. Sean/Scott - your two cents wrt prioritization?
In case the domain is based on Luns, yes, we can add a new Tab "Luns". We can then customise the grid according our needs. But perhaps changing the "Edit Storage Domain" button to "Manage Storage Domain" will convince the user to use the edit dialogue with the motivation of gaining more data about the Storage domain and not only for editing it. If this is the case, we can change the functionality of this dialogue. Let me know if this sounds logic, if so, I will continue developing the idea.
*** Bug 985448 has been marked as a duplicate of this bug. ***
Rename to "Manage Domain" and not "Manage Storage Domain" in order to comply with existing buttons named "New Domain" and "Import Domain".
Verified, ovirt-engine-4.0.0-0.0.master.20160406161747.gita4ecba2.el7.centos.noarch
doctext is covered by the upstream bz (bug 1317461), no need to track it twice.
Since the problem described in this bug report should be resolved in a recent advisory, it has been closed with a resolution of ERRATA. For information on the advisory, and where to find the updated files, follow the link below. If the solution does not work for you, open a new bug report. https://rhn.redhat.com/errata/RHEA-2016-1743.html