Description of problem: After running WindowsXP Guest and trying to hibernate it and run it few times ( offline migration ) sometimes the guest is crashed with "Unknown savevm section type 48" error message during running stage ( see Additional Information ). Version-Release number of selected component (if applicable): [root@red-vdsd data-center]# rpm -qa | grep kvm kvm-83-147.el5 kvm-tools-83-147.el5 kvm-qemu-img-83-147.el5 kmod-kvm-83-147.el5 etherboot-zroms-kvm-5.4.4-13.el5 [root@red-vdsd data-center]# [root@red-vdsd data-center]# cat /etc/redhat-release Red Hat Enterprise Linux Server release 5.5 Beta (Tikanga) How reproducible: Steps to Reproduce: 1. 2. 3. Actual results: Expected results: Additional info: Thread-75::DEBUG::2010-01-28 12:26:13,235::vm::757::vds.vmlog.6f116c74-10a9-4487-8c89-06f8429dfc73::/usr/bin/sudo /usr/bin/tunctl -d rtl8139_10_1; /usr/bin/sudo /usr/bin/tunctl -d virtio_10_2; /usr/bin/sudo /usr/bin/tunctl -b -u vdsm -t rtl8139_10_1;/usr/bin/sudo /sbin/ip link set dev rtl8139_10_1 up;/usr/bin/sudo /usr/sbin/brctl addif rhevm rtl8139_10_1;/usr/bin/sudo /usr/bin/tunctl -b -u vdsm -t virtio_10_2;/usr/bin/sudo /sbin/ip link set dev virtio_10_2 up;/usr/bin/sudo /usr/sbin/brctl addif rhevm virtio_10_2;/bin/nice -n 15 /usr/libexec/qemu-kvm -no-hpet -usb -rtc-td-hack -startdate 2010-1-28T12:26:13 -name SysMark18 -smp 1,cores=1 -k en-us -m 2048 -boot c -net nic,vlan=1,macaddr=00:1a:4a:23:67:2c,model=rtl8139 -net tap,vlan=1,ifname=rtl8139_10_1,script=no -net nic,vlan=2,macaddr=00:1a:4a:23:67:2c,model=virtio -net tap,vlan=2,ifname=virtio_10_2,script=no -drive file=/rhev/data-center/00000000-0000-0000-0000-000000000002/00000000-0000-0000-0000-000000000011/images/85394870-1c36-4c54-b232-02087bf75b42/c66abda4-ae20-472a-bd30-fdddcf938a99,media=disk,if=ide,cache=writeback,index=0,serial=54-b232-02087bf75b42,boot=off,format=qcow2,werror=stop -drive file=/rhev/data-center/00000000-0000-0000-0000-000000000002/00000000-0000-0000-0000-000000000010/images/11111111-1111-1111-1111-111111111111/RHEV-toolsSetup_42381_1.iso,media=cdrom,index=2,if=ide -pidfile /var/vdsm/6f116c74-10a9-4487-8c89-06f8429dfc73.pid -soundhw ac97 -spice sslpassword=,sslciphersuite=DEFAULT,sslcert=/var/vdsm/ts/certs/vdsmcert.pem,sslkey=/var/vdsm/ts/keys/vdsmkey.pem,ssldhfile=/var/vdsm/ts/keys/dh.pem,sslcafile=/var/vdsm/ts/certs/cacert.pem,host=0,secure-channels=main+inputs,ic=on,sport=5890,port=5910 -qxl 1 -incoming exec:"cat</rhev/data-center/00000000-0000-0000-0000-000000000002/00000000-0000-0000-0000-000000000011/images/2203030b-8ee3-4fc9-a69b-7f54090afbc4/1ca4e90e-87ec-4b38-8038-fd6b37a30b1c" -cpu qemu64,+sse2 -M rhel5.5.0 -notify all -balloon none -smbios type=1,manufacturer="Red Hat",product="Red Hat Enterprise Linux",version=5Server-5.5.0.1,serial="AEFA9F8F-A3EB-3AA5-A112-12FA3AEF464F",uuid="6f116c74-10a9-4487-8c89-06f8429dfc73" -vmchannel di:0200,unix:/var/vdsm/6f116c74-10a9-4487-8c89-06f8429dfc73.guest.socket,server -monitor unix:/var/vdsm/6f116c74-10a9-4487-8c89-06f8429dfc73.monitor.socket,server 1>/var/vdsm/6f116c74-10a9-4487-8c89-06f8429dfc73.stdio.dump 2>&1; /usr/bin/sudo /usr/bin/tunctl -d rtl8139_10_1; /usr/bin/sudo /usr/bin/tunctl -d virtio_10_2; Thread-120::DEBUG::2010-01-28 12:27:22,782::vm::1273::vds.vmlog.6f116c74-10a9-4487-8c89-06f8429dfc73::Total desktops after destroy of 6f116c74-10a9-4487-8c89-06f8429dfc73 is 0 Thread-120::DEBUG::2010-01-28 12:27:22,783::vm::1277::vds.vmlog.6f116c74-10a9-4487-8c89-06f8429dfc73::qemu stdouterr: QEMU waiting for connection on: unix:/var/vdsm/6f116c74-10a9-4487-8c89-06f8429dfc73.monitor.socket,server QEMU waiting for connection on: unix:/var/vdsm/6f116c74-10a9-4487-8c89-06f8429dfc73.guest.socket,server interface_change_notifier: VD_INTERFACE_MIGRATION migration_notify_register: record=0x1ec6f310 opaque=(nil) key=spice_mig_ext mstarted=0x3171e13f70 mfinished=0x3171e15960 mig_recv=0x3171e11820 interface_change_notifier: VD_INTERFACE_QTERM init_qxl_ram: npages 14357 qxl_init: rom(0x2b3665e8c000, 0x85040000, 0x2000) ram(0x2b3661e8c000, 0x81040000, 0x4000000) vram(0x2b3665e8e000, 0x85042000, 0x1000) interface_change_notifier: VD_INTERFACE_QXL red_worker_main: begin 0: qxl_enter_vga_mode handle_dev_input: attach create_cairo_context: using cairo canvas interface_change_notifier: VD_INTERFACE_KEYBOARD interface_change_notifier: VD_INTERFACE_MOUSE interface_audio_init: interface_change_notifier: VD_INTERFACE_PLAYBACK interface_change_notifier: VD_INTERFACE_RECORD line_in_init: line_out_init: freq 44100 channels 2 format AUD_FMT_S16 HOST_ENDIANNESS vdi_port_io_map: base 0xc140 size 0x10 vdi_port_ram_map: addr 0xc1000000 size 0x10000 ram_map: addr 0xc4000000 size 0x4000000 vram_map: addr 0xc8000000 size 0x1000 rom_map: addr 0xc8002000 size 0x2000 ioport_map: base 0xc150 size 0x8 handle_dev_input: detach handle_dev_input: attach create_cairo_context: using cairo canvas handle_dev_input: load Unknown savevm section type 48 load of migration failed qxl_display_resize qxl_reset handle_dev_input: detach handle_dev_input: attach create_cairo_context: using cairo canvas interface_audio_fini: interface_change_notifier: remove VD_INTERFACE_PLAYBACK interface_change_notifier: remove VD_INTERFACE_RECORD
root@red-vdsd data-center]# uname -a Linux red-vdsd.qa.lab.tlv.redhat.com 2.6.18-183.el5 #1 SMP Mon Dec 21 18:37:42 EST 2009 x86_64 x86_64 x86_64 GNU/Linux [root@red-vdsd data-center]#
Could you test with kvm-83-154.el5 released today. There are two migration/hibernation fixes there? In case it don't fixes it, where can I get the spice windows drivers?
Moving to ON_QA to get the more recent version tested (see comment #2).
Tested migrate to file in kvm-83-155.el5 with both ide block and virtio block, this problem does not exist, guest wakes up successfully after migration to file. steps: 1. Boot guest: # /usr/libexec/qemu-kvm -drive file=win28k-r2-ide-147.qcow2,if=ide -no-hpet -rtc-td-hack -usbdevice tablet -startdate now -smp 2 -m 2G -net nic,macaddr=20:20:20:11:23:99,vlan=0 -net tap,vlan=0,script=/etc/qemu-ifup -cpu qemu64,+sse2 -monitor stdio -vnc :11 -notify all -M rhel5.5.0 -balloon none 2. migrate to file (qemu) stop (qemu) migrate "exec:gzip -c > /root/migrate_win28kr2" (qemu) quit 3. Load the file # /usr/libexec/qemu-kvm -drive file=win28k-r2-ide-147.qcow2,if=ide -no-hpet -rtc-td-hack -usbdevice tablet -startdate now -smp 2 -m 2G -net nic,macaddr=20:20:20:11:23:99,vlan=0 -net tap,vlan=0,script=/etc/qemu-ifup -cpu qemu64,+sse2 -monitor stdio -vnc :11 -notify all -M rhel5.5.0 -balloon none -incoming "exec:gzip -c -d /root/migrate_win28kr2" -S Actual result: (qemu) # migration: migration process finished (qemu) c guest can be operated normally.
An advisory has been issued which should help the problem described in this bug report. This report is therefore being closed with a resolution of ERRATA. For more information on therefore solution and/or where to find the updated files, please follow the link below. You may reopen this bug report if the solution does not work for you. http://rhn.redhat.com/errata/RHSA-2010-0271.html