Description of problem: Storage --> Edit Domain shows some LUNS' status as "Free" even when they have already assigned to storage domain and are no longer available. The "In Use" status should read "Used". Also, LUNS which _do_ show as used, sometimes are shown as an available to be added to a FC type storage domain in Storage --> Edit Domain. Version-Release number of selected component (if applicable): How reproducible: Steps to Reproduce: 1. Assign a LUN to a storage domain 2. Navigate to Storage --> Edit Domain and check the LUN's "In Use" status 3. It will be "Free", it should be "Used" Actual results: The LUN's status is not reported correctly. LUN's marked as "Used" are shown as available to be added to a SD. Expected results: The LUN's status on the UI gets updated properly so that it reflects the real status of the LUN. LUN's marked as "Used" should not be shown as available to be added to a SD. Additional info: Apparently, putting the SPM into Maintenance Mode and triggering a new election, forces an update of the status and marks used LUN's as "Used". They "Used" ones, could still be visible as available to be added to a SD, though, which is also wrong.
SPM\HSM has no direct impact on host with regards of lun status, lun status is a direct result of engine issue getDeviceList on the selected host when admin lunched the edit storage domain window. please attach full SOS report to include all logs on both engine and hypervisor. note: title should be changed (let's wait after RCA).
This is a usability issue. The 'in use' field simply states whether the LUN has a VG/partitions on it. The fact that it already belongs to a storage domain or not is specified in a different way in the GUI. Daniel, anything you'd like to add?
The logcollector should be attached now. Do you need me to do something else? Should we change this ticket to a RFE? How is the fat that a disk belongs to a storage domain specified? Buy the "V" sign?
(In reply to comment #4) > The logcollector should be attached now. > Do you need me to do something else? Should we change this ticket to a RFE? > > How is the fat that a disk belongs to a storage domain specified? Buy the > "V" sign? Yes, the "V" sign indicates the the LUN is a part of a storage domain.
*** Bug 927594 has been marked as a duplicate of this bug. ***
*** Bug 924187 has been marked as a duplicate of this bug. ***
*** Bug 951030 has been marked as a duplicate of this bug. ***
*** Bug 951025 has been marked as a duplicate of this bug. ***
*** Bug 910990 has been marked as a duplicate of this bug. ***
Column doesn't exist anymore. all used luns are greyed out no test cases needed, remove external TCMS link
This bug is currently attached to errata RHEA-2013:15231. If this change is not to be documented in the text for this errata please either remove it from the errata, set the requires_doc_text flag to minus (-), or leave a "Doc Text" value of "--no tech note required" if you do not have permission to alter the flag. Otherwise to aid in the development of relevant and accurate release documentation, please fill out the "Doc Text" field above with these four (4) pieces of information: * Cause: What actions or circumstances cause this bug to present. * Consequence: What happens when the bug presents. * Fix: What was done to fix the bug. * Result: What now happens when the actions or circumstances above occur. (NB: this is not the same as 'the bug doesn't present anymore') Once filled out, please set the "Doc Type" field to the appropriate value for the type of change made and submit your edits to the bug. For further details on the Cause, Consequence, Fix, Result format please refer to: https://bugzilla.redhat.com/page.cgi?id=fields.html#cf_release_notes Thanks in advance.
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. http://rhn.redhat.com/errata/RHSA-2014-0038.html