Bug 923773
Summary: | vmHotplugDisk failed with "VolumeError: Bad volume specification" | ||||||
---|---|---|---|---|---|---|---|
Product: | Red Hat Enterprise Virtualization Manager | Reporter: | Katarzyna Jachim <kjachim> | ||||
Component: | vdsm | Assignee: | Yeela Kaplan <ykaplan> | ||||
Status: | CLOSED NEXTRELEASE | QA Contact: | Katarzyna Jachim <kjachim> | ||||
Severity: | high | Docs Contact: | |||||
Priority: | unspecified | ||||||
Version: | 3.2.0 | CC: | abaron, amureini, bazulay, hateya, iheim, lpeer, ncredi, nsoffer, obasan, oourfali, scohen, sgrinber, ykaul, zdover | ||||
Target Milestone: | --- | Keywords: | Reopened | ||||
Target Release: | 3.3.1 | Flags: | abaron:
Triaged+
|
||||
Hardware: | Unspecified | ||||||
OS: | Unspecified | ||||||
Whiteboard: | storage | ||||||
Fixed In Version: | vdsm-4.10.2.19.0 | Doc Type: | Bug Fix | ||||
Doc Text: |
Previously, vmHotplugDisk failed with "VolumeError: Bad volume specification". This was due to a multipath race, which resulted in a situation in which multipath was not given enough time to create the /dev/mapper entry for the LUN on the host the virtual machine is running on.
A patch now allows multipath the time it needs to create the /dev/mapper entry for the LUN on the host the virtual machine is running on.
|
Story Points: | --- | ||||
Clone Of: | |||||||
: | 1044068 (view as bug list) | Environment: | |||||
Last Closed: | 2014-01-12 14:11:41 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: | |||||||
Bug Depends On: | |||||||
Bug Blocks: | 1044068 | ||||||
Attachments: |
|
Description
Katarzyna Jachim
2013-03-20 12:14:57 UTC
please attach logs. please confirm VM is installed with an operating system. Created attachment 713255 [details]
whole test logs (with vdsm & engine logs etc.)
According to http://jenkins.qa.lab.tlv.redhat.com:8080/job/Developer_job/728/artifact/logs/automation_run.log this VM was in state "up" at 2013-03-20 11:06:14 and 2013-03-20 11:06:17. The installed system was RHEL6.4. At 2013-03-20 11:06:13,802 test invoked an 'ls' command on the VM (you can see it in the above log file) and it passed. Yeela, please take a look at this one This looks like another bug resulting from the multipath race. You can see connectSS: Thread-264::INFO::2013-03-20 11:06:15,214::logUtils::39::dispatcher::(wrapper) Run and protect: connectStorageServer, Return response: {'statuslist': [{'status': 0, 'id': '1424248b-0a09-49a7-877d-c 5e205767381'}]} in : 11:06:15,214 and then right afterwards in : 11:06:15,273: Thread-265::DEBUG::2013-03-20 11:06:15,273::BindingXMLRPC::913::vds::(wrapper) client [10.35.161.17]::call vmHotplugDisk with ({'vmId': '7d65ff39-0bc9-4085-bf98-e0e5497c27f7', 'drive': {'iface': 'v irtio', 'format': 'raw', 'type': 'disk', 'readonly': 'false', 'deviceId': '821dbcc6-9ceb-4e40-abcf-76170241960b', 'propagateErrors': 'off', 'device': 'disk', 'shared': 'false', 'GUID': '1ce110704-6 04d-40c2', 'optional': 'false'}},) {} Thread-265::ERROR::2013-03-20 11:06:15,274::BindingXMLRPC::932::vds::(wrapper) unexpected error Traceback (most recent call last): File "/usr/share/vdsm/BindingXMLRPC.py", line 918, in wrapper res = f(*args, **kwargs) File "/usr/share/vdsm/BindingXMLRPC.py", line 251, in vmHotplugDisk return vm.hotplugDisk(params) File "/usr/share/vdsm/API.py", line 423, in hotplugDisk return curVm.hotplugDisk(params) File "/usr/share/vdsm/libvirtvm.py", line 1760, in hotplugDisk diskParams['path'] = self.cif.prepareVolumePath(diskParams) File "/usr/share/vdsm/clientIF.py", line 291, in prepareVolumePath raise vm.VolumeError(drive) VolumeError: Bad volume specification {'iface': 'virtio', 'format': 'raw', 'type': 'disk', 'readonly': 'false', 'deviceId': '821dbcc6-9ceb-4e40-abcf-76170241960b', 'propagateErrors': 'off', 'device': 'disk', 'shared': 'false', 'GUID': '1ce110704-604d-40c2', 'optional': 'false'} This is not enough time for multipath to create the /dev/mapper entry for the lun on the host the vm is running on. The patch is merged upstream. I've run the test 5 times on sf17 and it passed all times. I have no idea how to test it better. 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-2013-0886.html This bug was never fixed becasue a bug in the patch that should have fixed this. |