Bug 720355 - getStorageDomainsList fails if run before getDeviceList
Summary: getStorageDomainsList fails if run before getDeviceList
Keywords:
Status: CLOSED ERRATA
Alias: None
Product: Red Hat Enterprise Linux 6
Classification: Red Hat
Component: vdsm
Version: 6.1
Hardware: x86_64
OS: Linux
unspecified
medium
Target Milestone: rc
: ---
Assignee: Saggi Mizrahi
QA Contact: Tomas Dosek
URL:
Whiteboard: storage
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2011-07-11 13:53 UTC by Evgeniy German
Modified: 2011-12-06 07:30 UTC (History)
6 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2011-12-06 07:30:58 UTC
Target Upstream Version:


Attachments (Terms of Use)
VDSM log (440.15 KB, application/x-gzip)
2011-07-11 13:53 UTC, Evgeniy German
no flags Details


Links
System ID Private Priority Status Summary Last Updated
Red Hat Product Errata RHEA-2011:1782 0 normal SHIPPED_LIVE new packages: vdsm 2011-12-06 11:55:51 UTC

Description Evgeniy German 2011-07-11 13:53:55 UTC
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

Comment 2 Saggi Mizrahi 2011-07-18 09:54:26 UTC
Should work in latest build. Should have been fixed by the sdc fixes.

Comment 3 Tomas Dosek 2011-07-18 10:51:16 UTC
Could not reproduce the above described behaviour on vdsm-4.9-81.el6.x86_64, therefore moving to verified.

Comment 4 errata-xmlrpc 2011-12-06 07:30:58 UTC
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


Note You need to log in before you can comment on or make changes to this bug.