Bug 1071826
| Summary: | vdsClient fails when getting storage domain info from a master storage domain | ||
|---|---|---|---|
| Product: | Red Hat Enterprise Virtualization Manager | Reporter: | Roman Hodain <rhodain> |
| Component: | vdsm | Assignee: | Xavi Francisco <xfrancis> |
| Status: | CLOSED ERRATA | QA Contact: | Aharon Canan <acanan> |
| Severity: | unspecified | Docs Contact: | |
| Priority: | unspecified | ||
| Version: | 3.3.0 | CC: | amureini, bazulay, iheim, lpeer, nsoffer, pablo.iranzo, scohen, yeylon, zdover |
| Target Milestone: | --- | ||
| Target Release: | 3.4.0 | ||
| Hardware: | Unspecified | ||
| OS: | Unspecified | ||
| Whiteboard: | storage | ||
| Fixed In Version: | Doc Type: | Bug Fix | |
| Doc Text: |
vdsClient now returns correct information when retrieving storage domain information from a master storage domain.
|
Story Points: | --- |
| Clone Of: | Environment: | ||
| Last Closed: | 2014-06-09 13:29:24 UTC | Type: | Bug |
| Regression: | --- | Mount Type: | --- |
| Documentation: | --- | CRM: | |
| Verified Versions: | Category: | --- | |
| oVirt Team: | Storage | RHEL 7.3 requirements from Atomic Host: | |
| Cloudforms Team: | --- | Target Upstream Version: | |
| Embargoed: | |||
Nir, please take a look at the logs in the customer ticket. If it's a VDSM bug, it should be solved. If it's a vdsClient bug - let's discuss. verified using av4 [root@nott-vds2 /]# vdsClient -s 0 getStorageDomainInfo deb43773-9b03-4bbc-936d-9c581dc73972 uuid = deb43773-9b03-4bbc-936d-9c581dc73972 vguuid = CZN3B0-Bk2L-cLTL-NUZB-zITO-jzAa-T8GIZL state = OK version = 3 role = Master type = ISCSI class = Data pool = ['00000002-0002-0002-0002-00000000029a'] name = ISCSI_01 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/RHBA-2014-0504.html |
Description of problem: vdsClient returns stoarge domain action error when getStorageDomainInfo is used. Version-Release number of selected component (if applicable): vdsm-4.13.2-0.11.el6ev.x86_64 How reproducible: 100% Steps to Reproduce: 1. vdsClient -s 0 getStorageDomainInfo ${master_storage_domain_uuid} Actual results: Error in storage domain action: ('${master_storage_domain_uuid}',) Expected results: Getting information about the storage domain Additional info: VDSM logs shows: Thread-94894::ERROR::2014-03-03 09:02:41,936::task::850::TaskManager.Task:: (_setError) Task=`9ce59943-3866-4cc7-b9b8-e9d0e15d25c4`::Unexpected error Traceback (most recent call last): File "/usr/share/vdsm/storage/task.py", line 857, in _run return fn(*args, **kargs) File "/usr/share/vdsm/logUtils.py", line 45, in wrapper res = f(*args, **kwargs) File "/usr/share/vdsm/storage/hsm.py", line 2778, in getStorageDomainInfo info[key] = poolInfo['info'][key] KeyError: 'info' /usr/share/vdsm/storage/hsm.py: 2773 try: 2774 pool = self.getPool(dom.getPools()[0]) 2775 if pool.masterDomain.sdUUID == sdUUID: 2776 poolInfo = pool.getInfo() 2777 for key in ['lver', 'spm_id', 'master_ver']: 2778 info[key] = poolInfo['info'][key] 2779 except se.StoragePoolUnknown: pool.getInfo() already return the directory under "info" key. So the keys should be retrieved by "info[key] = poolInfo[key]" I guess