Summary: | migration: 7.2 (2.2.x) -> 7.1: error while loading state for instance 0x1 of device 'apic' | ||
---|---|---|---|
Product: | Red Hat Enterprise Linux 7 | Reporter: | Luyao Huang <lhuang> |
Component: | qemu-kvm-rhev | Assignee: | Dr. David Alan Gilbert <dgilbert> |
Status: | CLOSED ERRATA | QA Contact: | Virtualization Bugs <virt-bugs> |
Severity: | medium | Docs Contact: | |
Priority: | medium | ||
Version: | 7.2 | CC: | amit.shah, dyuan, hhuang, honzhang, huding, juzhang, lhuang, mrezanin, mzhan, quintela, virt-maint, xfu |
Target Milestone: | rc | ||
Target Release: | --- | ||
Hardware: | x86_64 | ||
OS: | Linux | ||
Whiteboard: | |||
Fixed In Version: | qemu 2.3 | Doc Type: | Bug Fix |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2015-12-04 16:33:35 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: | |
Bug Depends On: | 1209798 | ||
Bug Blocks: | 1174920, Red Hat1191307 |
Description
Luyao Huang
2015-04-07 01:59:58 UTC
Should be fixed in qemu-kvm-rhev-2.3.0-1 due to the fix as part of bz 1210050 Reproduce this bug using the following version: RHEL7.1 host: qemu-kvm-rhev-2.1.2-23.el7_1.4.x86_64 kernel-3.10.0-229.7.2.el7.x86_64 RHEL7.2 host: qemu-kvm-rhev-2.2.0-8.el7.x86_64 kernel-3.10.0-287.el7.x86_64 Reproduce steps: 1. boot a guest on RHEL7.2 host: # /usr/libexec/qemu-kvm -cpu Opteron_G2 -name test3 -S -machine pc-i440fx-rhel6.5.0,accel=kvm,usb=off -m 1000 -realtime mlock=off -smp 2,maxcpus=4,sockets=4,cores=1,threads=1 -uuid 7347d748-f7ce-448f-8d49-3d29c9bcac30 -no-user-config -nodefaults -chardev socket,id=charmonitor,path=/var/lib/libvirt/qemu/test3.monitor,server,nowait -mon chardev=charmonitor,id=monitor,mode=control -rtc base=utc -no-shutdown -boot strict=on -device piix3-usb-uhci,id=usb,bus=pci.0,addr=0x1.0x2 -device virtio-scsi-pci,id=scsi0,bus=pci.0,addr=0x6 -device virtio-serial-pci,id=virtio-serial0,bus=pci.0,addr=0x5 -device usb-ccid,id=ccid0 -drive file=/mnt/rhel7.1.qcow2,if=none,id=drive-ide0-0-0,format=qcow2 -device ide-hd,bus=ide.0,unit=0,drive=drive-ide0-0-0,id=ide0-0-0,bootindex=1 -chardev pty,id=charserial0 -device isa-serial,chardev=charserial0,id=serial0 -chardev socket,id=charchannel0,path=/var/lib/libvirt/qemu/r6.agent,server,nowait -device virtserialport,bus=virtio-serial0.0,nr=2,chardev=charchannel0,id=channel0,name=org.qemu.guest_agent.0 -chardev spicevmc,id=charchannel1,name=vdagent -device virtserialport,bus=virtio-serial0.0,nr=9,chardev=charchannel1,id=channel1,name=com.redhat.spice.0 -device usb-tablet,id=input0 -spice port=5901,addr=0.0.0.0,disable-ticketing,seamless-migration=on -k en-us -device qxl-vga,id=video0,ram_size=134217728,vram_size=67108864,vgamem_mb=16,bus=pci.0,addr=0x2 -device virtio-balloon-pci,id=balloon0,bus=pci.0,addr=0x3 -msg timestamp=on -monitor stdio 2. boot the guest on dst RHEL7.1 host using "-incoming tcp:0:5800" 3. do migration (qemu) migrate -d tcp:10.66.106.84:5800 Actual results: qemu-kvm on dst host quits with the error info: qemu: warning: error while loading state for instance 0x1 of device 'apic' 2015-07-01T07:02:11.822939Z qemu-kvm: load of migration failed: No such file or directory Test this bug using the following version: RHEL7.1 host: qemu-kvm-rhev-2.1.2-23.el7_1.4.x86_64 kernel-3.10.0-229.7.2.el7.x86_64 RHEL7.2 host: qemu-kvm-rhev-2.3.0-6.el7.x86_64 kernel-3.10.0-287.el7.x86_64 Use the same steps of comment #7 to do test, the results is as following: after step3, migration can be finished normally, inside guest, run "dmesg", no error info. I also test -machine pc-i440fx-rhel7.1.0/pc-i440fx-rhel7.0.0, the results are same. Based on the result, I think this bug is fixed. 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. https://rhn.redhat.com/errata/RHBA-2015-2546.html |