| Summary: | [vdsm] Cannot attach export domain - Storage.HSM::(getStorageDomainsList) Unexpected error | ||||||||
|---|---|---|---|---|---|---|---|---|---|
| Product: | Red Hat Enterprise Virtualization Manager | Reporter: | Jiri Belka <jbelka> | ||||||
| Component: | vdsm | Assignee: | Ayal Baron <abaron> | ||||||
| Status: | CLOSED CURRENTRELEASE | QA Contact: | Aharon Canan <acanan> | ||||||
| Severity: | urgent | Docs Contact: | |||||||
| Priority: | unspecified | ||||||||
| Version: | 3.2.0 | CC: | abaron, amureini, bazulay, ecohen, hateya, iheim, jbelka, lpeer, nsoffer, scohen, yeylon | ||||||
| Target Milestone: | --- | Keywords: | Regression, Triaged | ||||||
| Target Release: | 3.2.4 | ||||||||
| Hardware: | Unspecified | ||||||||
| OS: | Unspecified | ||||||||
| Whiteboard: | storage | ||||||||
| Fixed In Version: | Doc Type: | Bug Fix | |||||||
| Doc Text: | Story Points: | --- | |||||||
| Clone Of: | Environment: | ||||||||
| Last Closed: | 2013-10-02 08:44:14 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: | |||||||
| Attachments: |
|
||||||||
VDSM => vdsm-4.10.2-25.1.el6ev.x86_64 libvirt => libvirt-0.10.2-18.el6_4.10.x86_64 qemu => qemu-kvm-rhev-0.12.1.2-2.355.el6_4.7.x86_64 (In reply to Jiri Belka from comment #0) > > How reproducible: > ? Did you try several times? did you get the same error in all tries? I tried many many times, a couple of times it resulted in 'registred' export domain in RHEVM but down, it was mounted but I could not find a way to put it up. But I did not find exact way how to reproduce it. So it always fails but with different errors, or it sometimes works and sometimes not? Please attach also engine log while trying to attach the domain. Created attachment 801701 [details]
engine.log
there's no error in engine.log during this issue, but anyway, see attachment
Again, does it always fail or sometimes fail? I cannot import thus the functionality fails for me. Usual issue is error in vdsm.log. For other issue I cannot provide reproduce steps. Please instead of chatting via NEEDINFO, ping me directly or I can give you access to my export domain. Assuming reproducible: always what DC level are you using in 3.2? Sounds like you have a V3 export storage domain which can only be attached to newer DC levels (3.2 DC level iirc). I'm using 3.2 DC level. I just upgraded host to libvirt-0.10.2-18.el6_4.14 packages, reboot and voila, I can attach the export domain. closing as per comment 12 . closing as per comment 12 . |
Created attachment 800505 [details] vdsm.log Description of problem: I cannot attach an export domain into 3.2 env, although the same domain can be attached without any problem to 3.3 env. It used to work in 3.2 domain? Import storage domain dialog: Use Host: dell-r210ii-04 (SPM) Export Path: 10.34.63.202:/mnt/export/nfs/lv1/jbelka/export There is no storage domain under the specified path. Check event log for more details. ... nothing in Events! Thread-207616::ERROR::2013-09-20 14:31:14,390::hsm::2732::Storage.HSM::(getStorageDomainsList) Unexpected error Traceback (most recent call last): File "/usr/share/vdsm/storage/hsm.py", line 2718, in getStorageDomainsList if storageType and storageType != dom.getStorageType(): File "/usr/share/vdsm/storage/sd.py", line 731, in getStorageType return self.getMetaParam(DMDK_TYPE) File "/usr/share/vdsm/storage/sd.py", line 728, in getMetaParam return self._metadata[key] File "/usr/share/vdsm/storage/persistentDict.py", line 89, in __getitem__ return dec(self._dict[key]) File "/usr/share/vdsm/storage/persistentDict.py", line 201, in __getitem__ raise KeyError(key) KeyError: 'TYPE' ... manual test ... # /bin/mount -t nfs -o soft,nosharecache,timeo=600,retrans=6,nfsvers=3 10.34.63.202:/mnt/export/nfs/lv1/jbelka/export /mnt [root@dell-r210ii-04 ~]# ls -l /mnt/ total 4 drwxr-xr-x. 5 vdsm kvm 4096 Jun 5 10:51 ca414eb9-98ab-422f-8c4e-c2c513231058 -rwxr-xr-x. 1 vdsm kvm 0 Jun 19 15:10 __DIRECT_IO_TEST__ [root@dell-r210ii-04 ~]# cat /mnt/ca414eb9-98ab-422f-8c4e-c2c513231058/dom_md/metadata CLASS=Backup DESCRIPTION=str-01-jbelka-export IOOPTIMEOUTSEC=1 LEASERETRIES=3 LEASETIMESEC=5 LOCKPOLICY= LOCKRENEWALINTERVALSEC=5 MASTER_VERSION=0 POOL_UUID= REMOTE_PATH=10.34.63.202:/mnt/export/nfs/lv1/jbelka ROLE=Regular SDUUID=ca414eb9-98ab-422f-8c4e-c2c513231058 TYPE=NFS VERSION=0 _SHA_CKSUM=eee7363deca8da0a5de426e623334874f4ac0060 ... /var/log/messages ... Sep 20 14:31:16 dell-r210ii-04 kernel: device-mapper: table: 253:3: multipath: error getting device Sep 20 14:31:16 dell-r210ii-04 kernel: device-mapper: ioctl: error adding target to table Sep 20 14:31:16 dell-r210ii-04 kernel: device-mapper: table: 253:3: multipath: error getting device Sep 20 14:31:16 dell-r210ii-04 kernel: device-mapper: ioctl: error adding target to table -%-- Version-Release number of selected component (if applicable): sf20.3 How reproducible: ? Steps to Reproduce: 1. have an export domain 2. try to attach in 3.2 env 3. Actual results: There is no storage domain under the specified path. Check event log for more details. Expected results: Additional info: if you cannot reproduce with clean export domain, ping me to get access to my export domain