Bug 841629
Summary: | Save fail with error "An undefined error has ocurred" | ||||||
---|---|---|---|---|---|---|---|
Product: | Red Hat Enterprise Linux 6 | Reporter: | Eduardo Elias Ferreira <edusf> | ||||
Component: | qemu-kvm | Assignee: | Gerd Hoffmann <kraxel> | ||||
Status: | CLOSED DUPLICATE | QA Contact: | Virtualization Bugs <virt-bugs> | ||||
Severity: | unspecified | Docs Contact: | |||||
Priority: | unspecified | ||||||
Version: | 6.3 | CC: | acathrow, areis, bsarathy, dallan, dyasny, dyuan, eblake, jwu, mkenneth, mzhan, rwu, virt-maint, yupzhang | ||||
Target Milestone: | rc | Keywords: | Reopened | ||||
Target Release: | --- | ||||||
Hardware: | x86_64 | ||||||
OS: | Linux | ||||||
Whiteboard: | |||||||
Fixed In Version: | Doc Type: | Bug Fix | |||||
Doc Text: | Story Points: | --- | |||||
Clone Of: | Environment: | ||||||
Last Closed: | 2012-09-24 06:35:28 UTC | Type: | Bug | ||||
Regression: | --- | Mount Type: | --- | ||||
Documentation: | --- | CRM: | |||||
Verified Versions: | Category: | --- | |||||
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |||||
Cloudforms Team: | --- | Target Upstream Version: | |||||
Embargoed: | |||||||
Attachments: |
|
Description
Eduardo Elias Ferreira
2012-07-19 15:56:50 UTC
Eduardo, can you provide the package versions for virt-manager and libvirt? libvirt-0.9.10-21.el6_3.1.x86_64 virt-manager-0.9.0-14.el6.x86_64 and which qemu version? qemu-kvm-0.12.1.2-2.295.el6.x86_64 I can not reproduce this bug. Version-Release number of selected component: qemu-kvm-0.12.1.2-2.295.el6.x86_64 libvirt-0.9.10-21.el6_3.1.x86_64 virt-manager-0.9.0-14.el6.x86_64 python-virtinst-0.600.0-8.el6.noarch Steps: 1. Launch virt-manager # virt-manager --debug 2. Start a VM (rhel6.3). 3. Open this VM -> click "Virtual Machine" in menu -> go to "Shutdown" -> click "Save" 4. Check the save successfully and the VM shut off. 5. Click "Virtual Machine" in menu -> click "Restore" 6. VM restore successfully and works normal. debug info: 2012-07-23 04:51:25,026 (engine:1021): Starting vm 'rhel6.1-qcow2'. 2012-07-23 04:51:48,034 (engine:471): window counter incremented to 2 2012-07-23 04:51:48,039 (console:1078): Starting connect process for proto=vnc trans=None connhost=localhost connuser=None connport=None gaddr=127.0.0.1 gport=5900 gsocket=None 2012-07-23 04:51:48,042 (console:374): VNC connecting to localhost:5900 2012-07-23 04:51:48,751 (console:989): Viewer connected 2012-07-23 04:54:17,164 (console:961): Viewer disconnected 2012-07-23 04:54:17,737 (domain:110): Error calling jobinfo Traceback (most recent call last): File "/usr/share/virt-manager/virtManager/domain.py", line 94, in jobinfo_cb jobinfo = vm.job_info() File "/usr/share/virt-manager/virtManager/domain.py", line 794, in job_info return self._backend.jobInfo() File "/usr/lib64/python2.6/site-packages/libvirt.py", line 1740, in jobInfo if ret is None: raise libvirtError ('virDomainGetJobInfo() failed', dom=self) libvirtError: Requested operation is not valid: domain is not running 2012-07-23 04:55:37,959 (engine:1021): Starting vm 'rhel6.1-qcow2'. 2012-07-23 04:55:43,471 (console:1078): Starting connect process for proto=vnc trans=None connhost=localhost connuser=None connport=None gaddr=127.0.0.1 gport=5900 gsocket=None 2012-07-23 04:55:43,473 (console:374): VNC connecting to localhost:5900 2012-07-23 04:55:43,870 (console:989): Viewer connected I can also reproduce with virsh: $ sudo virsh managedsave Fedora error: Failed to save domain Fedora state error: internal error unable to execute QEMU command 'migrate': An undefined error has ocurred (In reply to comment #7) > I can also reproduce with virsh: > > $ sudo virsh managedsave Fedora > error: Failed to save domain Fedora state > error: internal error unable to execute QEMU command 'migrate': An undefined > error has ocurred This error is with those versions: libvirt-python-0.9.10-21.el6_3.3.x86_64 libvirt-client-0.9.10-21.el6_3.3.x86_64 libvirt-0.9.10-21.el6_3.3.x86_64 Hi Eduardo, I still can not reproduce this issue with: libvirt-python-0.9.10-21.el6_3.3.x86_64 libvirt-0.9.10-21.el6_3.3.x86_64 libvirt-client-0.9.10-21.el6_3.3.x86_64 I installed a rhel and fedora 16 guests,save and restore work well. What's your kvm version? qemu-kvm-0.12.1.2-2.295.el6_3.1.x86_64 qemu-kvm-tools-0.12.1.2-2.295.el6_3.1.x86_64 Just a double check: libvirt-python-0.9.10-21.el6_3.3.x86_64 libvirt-client-0.9.10-21.el6_3.3.x86_64 libvirt-0.9.10-21.el6_3.3.x86_64 The typo in the error message ("An undefined error has ocurred") is only in qemu, not libvirt; libvirt is faithfully reporting the message from qemu. I'm not sure if it is something libvirt is doing wrong, or something that could be reproduced using just raw qemu. I confirm that this error comes from qemu. More sophisticated error message is available only when qemu is compiled with debugging output. Looking at its code there are two reasons why qemu reports this error in this particular situation. One of them is that it doesn't get the file descriptor to migrate to, second one means that the file operations cannot be set to non-blocking. Could you stop libvirtd and start it like this: LIBVIRT_LOG_FILTERS=1:qemu_monitor LIBVIRT_LOG_OUTPUTS=1:file:<filename> libvirtd with '<filename>' being an output file and then attach the file in this BZ? Thanks, Martin. Sorry, I forgot to mention that, but after starting the libvirt daemon with the specified command, please reproduce the bug, thanks. Created attachment 603292 [details]
Libvirt output
I started libvirt the with those flags.
The steps to create it:
- Start Windows VM
- Try to save it using virt-manager (got the error)
- force it off
- Start Fedora VM
- Try so save it:
virsh -c qemu:///system managedsave Fedora
error: Failed to save domain Fedora state
error: internal error unable to execute QEMU command 'migrate': An undefined error has ocurred
I could no see any reference in the log file to help. Hope it does though
Hi again, yes, I've found what I wanted, however I'd need few more things. Could you send me the output of following commands? ls -alZ /var/lib/libvirt/qemu/save # to see the permissions df /var/lib/libvirt/qemu/save # to see what's the mountpoint I was looking for one thing in the logs, so few other things are filtered out. What's the qemu running as? And do you have dynamic_ownership set anyhow in /etc/libvirt/qemu.conf ? Thanks, Martin. $ ls -alZ /var/lib/libvirt/qemu/save ls: cannot access /var/lib/libvirt/qemu/save: Permission denied $ sudo ls -alZ /var/lib/libvirt/qemu/save drwxr-xr-x. qemu qemu system_u:object_r:qemu_var_run_t:s0 . drwxr-x---. qemu qemu unconfined_u:object_r:qemu_var_run_t:s0 .. $ sudo df /var/lib/libvirt/qemu/save Filesystem 1K-blocks Used Available Use% Mounted on /dev/mapper/vg_oc5152480668-lv_root 303062120 124062608 175921212 42% / Qemu is running as root. Regards to the /etc/libvirt/qemu.conf, the line with dynamic_ownership is commented. Eduardo, I'm not sure what more we can do here. The steps to reproduce you have provided do not allow either libvirt developers or QE to reproduce the behavior you're seeing, so I'm going to close this BZ as WORKSFORME. If you find additional data that shows what's failing on your system, please feel free to open a new BZ. Thanks, Dave I remove a patch from the package and seems to fix the problem. I was able to save again. The patch is: kvm-ehci-doesn-t-support-migration.patch I have not found out why yet or if there is a later patch that is related. The patch is marked to fix the bz#723870 Reopening the bug. (In reply to comment #18) > I remove a patch from the package and seems to fix the problem. I was able > to save again. The patch is: kvm-ehci-doesn-t-support-migration.patch > > I have not found out why yet or if there is a later patch that is related. > > The patch is marked to fix the bz#723870 > > Reopening the bug. What package are you referring to, it sounds like that's a qemu patch. I see that's qemu patch, but I don't see any functional change there. Most probably some consequent patch uses the structure member introduced in this one. Thanks very much for finding this out, but since this is qemu patch, I'm reassigning to qemu-kvm. I'll stay and monitor this bug, however, so in case any help or information is needed, feel free to ask. I apologize for the lack of information. It is a qemu-kvm patch. It was removed from this package version: qemu-kvm-0.12.1.2-2.295.el6_3.2.rpm (In reply to comment #18) > I remove a patch from the package and seems to fix the problem. I was able > to save again. The patch is: kvm-ehci-doesn-t-support-migration.patch > > I have not found out why yet or if there is a later patch that is related. > > The patch is marked to fix the bz#723870 > > Reopening the bug. Gerd, this patch was added by you to fix Bug 723870. Please investigate. Works as intended, ehci simply doesn't support live migration in rhel 6.3 kvm-ehci-doesn-t-support-migration.patch makes sure qemu doesn't allow live migration in case ehci is present in the virtual machine. You can make things appearrently work by removing the patch, but the ehci controller will fail to work properly after restoring the machine. Your options: (1) remove the ehci controller from the virtual machine. (2) wait for rhel 6.4 which will remove the restriction. *** This bug has been marked as a duplicate of bug 805172 *** |