Hi quintela, I found a migrate bug in Autotest result, not sure if it's already known.
| commit fa3889162ff724d09eb6b6bd06ba54769100a77f | Merge: 6e72a00 a4960ef | Author: Anthony Liguori <aligu...@us.ibm.com> | Date: Sun Mar 10 20:39:17 2013 -0500 It can be caught by migrate.mig_cancel case in Autotest framework. Manual reproduce method: cancel migrate before migration completes (src monitor) migrate -d tcp:0:1234 (src monitor) migrate cancel Destination vm exits expectedly qemu: warning: error while loading state section id 2 Problem: The migrate status of source vm is 'failed' (it should be 'canceled') (monitor hmp1) Response to 'info migrate' (monitor hmp1) capabilities: xbzrle: off (monitor hmp1) Migration status: failed (monitor hmp1) total time: 0 milliseconds Long cmdline: (can reproduce) # qemu-system-x86_64 --enable-kvm -name 'vm0' -nodefaults -chardev socket,id=serial_id_serial1,path=/tmp/serial-serial1-20130311-182651-kfslPrch,server,nowait -device isa-serial,chardev=serial_id_serial1 -chardev socket,id=seabioslog_id_20130311-182651-kfslPrch,path=/tmp/seabios-20130311-182651-kfslPrch,server,nowait -device isa-debugcon,chardev=seabioslog_id_20130311-182651-kfslPrch,iobase=0x402 -device ich9-usb-uhci1,id=usb1 -drive file='/tmp/kvm_autotest_root/images/RHEL-Server-6.3-64-virtio.qcow2',if=none,id=virtio0 -device virtio-blk-pci,drive=virtio0 -device e1000,netdev=idkrCwff,mac='9a:87:88:89:8a:8b',id='idxiFFqe' -netdev tap,id=idkrCwff -m 2048 -smp 4,maxcpus=4,cores=1,threads=1,sockets=4 -cpu 'Penryn' -M pc -device usb-tablet,id=usb-tablet1,bus=usb1.0,port=1 -vnc :1 -vga std -rtc base=utc,clock=host,driftfix=none -boot order=cdn,once=c,menu=off Simple cmdline: (can reproduce) # qemu-system-x86_64 --enable-kvm /tmp/kvm_autotest_root/images/RHEL-Server-6.3-64-virtio.qcow2 -m 2048 -vnc :1 -monitor stdio -net none Thanks, Amos
