| Summary: | getStorageDomainsList fails if run before getDeviceList | ||||||
|---|---|---|---|---|---|---|---|
| Product: | Red Hat Enterprise Linux 6 | Reporter: | Evgeniy German <egerman> | ||||
| Component: | vdsm | Assignee: | Saggi Mizrahi <smizrahi> | ||||
| Status: | CLOSED ERRATA | QA Contact: | Tomas Dosek <tdosek> | ||||
| Severity: | medium | Docs Contact: | |||||
| Priority: | unspecified | ||||||
| Version: | 6.1 | CC: | abaron, bazulay, iheim, oramraz, tdosek, ykaul | ||||
| Target Milestone: | rc | ||||||
| Target Release: | --- | ||||||
| Hardware: | x86_64 | ||||||
| OS: | Linux | ||||||
| Whiteboard: | storage | ||||||
| Fixed In Version: | Doc Type: | Bug Fix | |||||
| Doc Text: | Story Points: | --- | |||||
| Clone Of: | Environment: | ||||||
| Last Closed: | 2011-12-06 07:30:58 UTC | Type: | --- | ||||
| Regression: | --- | Mount Type: | --- | ||||
| Documentation: | --- | CRM: | |||||
| Verified Versions: | Category: | --- | |||||
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |||||
| Cloudforms Team: | --- | Target Upstream Version: | |||||
| Attachments: |
|
||||||
Should work in latest build. Should have been fixed by the sdc fixes. Could not reproduce the above described behaviour on vdsm-4.9-81.el6.x86_64, therefore moving to verified. 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/RHEA-2011-1782.html |
Created attachment 512223 [details] VDSM log Description of problem: Command vdsClient -s 0 getStorageDomainsList return error: Error in storage domain action: ('spUUID: 00000000-0000-0000-0000-000000000000',) Only after vdsClient -s 0 getDevicesList it start work. (See section Additional info:) Version-Release number of selected component (if applicable): vdsm 79 Setup: 1)VDSM host (rhel 6.2) 2)ISCSI Data Storage Domain Steps to Reproduce: 1.Attach storage domain to the data center 2.run vdsClient -s 0 getStorageDomainsList Actual results: Thread-18696::DEBUG::2011-07-11 16:36:45,224::clientIF::225::Storage.Dispatcher.Protect::(wrapper) [10.35.64.52] Thread-18696::INFO::2011-07-11 16:36:45,225::dispatcher::94::Storage.Dispatcher.Protect::(run) Run and protect: getStorageDomainsList, args: ( spUUID=00000000-0000-0000-0000-000000000000) Thread-18696::DEBUG::2011-07-11 16:36:45,225::task::492::TaskManager.Task::(_debug) Task e14df1fd-695a-4467-be22-9f57a53e7118: moving from state init -> state preparing Thread-18696::DEBUG::2011-07-11 16:36:45,226::lvm::412::OperationMutex::(_reloadvgs) Operation 'lvm reload operation' got the operation mutex Thread-18696::DEBUG::2011-07-11 16:36:45,226::lvm::359::Storage.Misc.excCmd::(cmd) '/usr/bin/sudo -n /sbin/lvm vgs --config " devices { preferred_names = [\\"^/dev/mapper/\\"] ignore_suspended_devices=1 write_cache_state=0 filter = [ \\"a%/dev/mapper/19876544%\\", \\"r%.*%\\" ] } global { locking_type=1 prioritise_write_locks=1 wait_for_locks=1 } backup { retain_min = 50 retain_days = 0 } " --noheadings --units b --nosuffix --separator | -o uuid,name,attr,size,free,extent_size,extent_count,free_count,tags 3fb08fcf-162d-4302-8971-b67e3c113896' (cwd None) Thread-18696::DEBUG::2011-07-11 16:36:45,369::lvm::359::Storage.Misc.excCmd::(cmd) FAILED: <err> = ' Volume group "3fb08fcf-162d-4302-8971-b67e3c113896" not found\n'; <rc> = 5 Thread-18696::WARNING::2011-07-11 16:36:45,369::lvm::416::Storage.LVM::(_reloadvgs) lvm vgs failed: 5 [] [' Volume group "3fb08fcf-162d-4302-8971-b67e3c113896" not found'] Thread-18696::DEBUG::2011-07-11 16:36:45,370::lvm::439::OperationMutex::(_reloadvgs) Operation 'lvm reload operation' released the operation mutex Thread-18696::WARNING::2011-07-11 16:36:45,370::lvm::150::Storage.LVM::(__getattr__) 3fb08fcf-162d-4302-8971-b67e3c113896 can't be reloaded, please check your storage connections. Thread-18696::ERROR::2011-07-11 16:36:45,370::task::865::TaskManager.Task::(_setError) Unexpected error Traceback (most recent call last): File "/usr/share/vdsm/storage/task.py", line 873, in _run return fn(*args, **kargs) File "/usr/share/vdsm/storage/hsm.py", line 1344, in public_getStorageDomainsList domains = SDF.getAllUUIDs() File "/usr/share/vdsm/storage/sdf.py", line 97, in getAllUUIDs return cls.__sdc.getUUIDs() File "/usr/share/vdsm/storage/sdc.py", line 115, in getUUIDs uuids.extend(mod.getStorageDomainsList()) File "/usr/share/vdsm/storage/blockSD.py", line 964, in getStorageDomainsList return [vg.name for vg in lvm.getAllVGs() if _isSD(vg)] File "/usr/share/vdsm/storage/blockSD.py", line 958, in _isSD return STORAGE_DOMAIN_TAG in vg.tags File "/usr/share/vdsm/storage/lvm.py", line 151, in __getattr__ raise AttributeError("Failed reload: %s" % self.name) AttributeError: Failed reload: 3fb08fcf-162d-4302-8971-b67e3c113896 Expected results: Additional info: [root@titanium-vdsa ~]# vdsClient -s 0 getStorageDomainsList Error in storage domain action: ('spUUID: 00000000-0000-0000-0000-000000000000',) [root@titanium-vdsa ~]# vdsClient -s 0 getDeviceList [{'GUID': '19876544', 'capacity': '53687091200', 'devtype': 'iSCSI', 'fwrev': '0001', 'pathlist': [{'connection': '10.35.64.28', 'initiator': 'iqn.1994-05.com.redhat:48e1c7c5428e', 'iqn': 'iqn.2011-02.redhat.com:egerman-data-01', 'password': '', 'port': '3260', 'portal': '1', 'user': ''}], 'pathstatus': [{'lun': '1', 'physdev': 'sdb', 'state': 'active', 'type': 'iSCSI'}], 'productID': 'VIRTUAL-DISK', 'pvUUID': 'KOaIEo-jldO-3GfD-DQrm-qQq8-2KX5-0nLfAW', 'serial': 'SIET_VIRTUAL-DISK', 'vendorID': 'IET', 'vgUUID': 'YdjPNJ-a2A2-YE1j-tgkD-D9r3-FmtO-Qf6sm0'}] [root@titanium-vdsa ~]# vdsClient -s 0 getStorageDomainsList 2ef269c9-097c-4246-8ad3-372d37db3ea0