Il 16/04/2013 03:10, Lucas Meneghel Rodrigues ha scritto: > Public bug reported: > > Relevant qemu.git master commit: > > 24a6e7f4d91e9ed5f8117ecb083431a23f8609a0 > > When trying to migrate a VM using the TCP protocol, a segfault happened:
This fixes it in my tests (didn't get a segfault, but I reproduced some funny behavior on the destination): http://permalink.gmane.org/gmane.comp.emulators.qemu/205155 Anthony, this is another migration-but-not-quite patch that Juan was leaving to you. Paolo > 21:45:07 INFO | Running qemu command (reformatted): > /home/lmr/Code/qemu/x86_64-softmmu/qemu-system-x86_64 \ > -S \ > -name 'virt-tests-vm1' \ > -nodefaults \ > -chardev > socket,id=hmp_id_hmp1,path=/tmp/monitor-hmp1-20130415-214507-8fDeX7Fj,server,nowait > \ > -mon chardev=hmp_id_hmp1,mode=readline \ > -chardev > socket,id=serial_id_serial1,path=/tmp/serial-serial1-20130415-214507-8fDeX7Fj,server,nowait > \ > -device isa-serial,chardev=serial_id_serial1 \ > -chardev > socket,id=seabioslog_id_20130415-214507-8fDeX7Fj,path=/tmp/seabios-20130415-214507-8fDeX7Fj,server,nowait > \ > -device > isa-debugcon,chardev=seabioslog_id_20130415-214507-8fDeX7Fj,iobase=0x402 \ > -device ich9-usb-uhci1,id=usb1 \ > -drive > file='/home/lmr/Code/virt-test.git/shared/data/images/jeos-17-64.qcow2',if=none,id=virtio0 > \ > -device virtio-blk-pci,drive=virtio0,bootindex=1 \ > -device > virtio-net-pci,netdev=idr5RNof,mac='9a:42:43:44:45:46',id='idJVlBu3' \ > -netdev user,id=idr5RNof,hostfwd=tcp::5000-:22 \ > -m 1024 \ > -smp 2,maxcpus=2,cores=1,threads=1,sockets=2 \ > -cpu 'SandyBridge' \ > -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 \ > -enable-kvm \ > -incoming tcp:0:5200 > 21:45:08 INFO | [qemu output] qemu-system-x86_64: -device > usb-tablet,id=usb-tablet1,bus=usb1.0,port=1: Bus 'virtio-pci-bus.0' is full > 21:45:08 DEBUG| VM appears to be alive with PID 2002 > 21:45:08 DEBUG| (monitor hmp1) Sending command 'info cpus' > 21:45:08 DEBUG| (monitor hmp1) Response to 'info cpus' > 21:45:08 DEBUG| (monitor hmp1) * CPU #0: pc=0x00000000fffffff0 > thread_id=2004 > 21:45:08 DEBUG| (monitor hmp1) CPU #1: pc=0x00000000fffffff0 > thread_id=2005 > 21:45:09 DEBUG| (monitor hmp1) Sending command 'cont' > 21:45:09 INFO | Migrating to tcp:0:5200 > 21:45:09 DEBUG| (monitor hmp1) Sending command 'migrate -d tcp:0:5200' > 21:45:10 WARNI| Could not find (qemu) prompt after command 'screendump > /dev/shm/scrdump-MDE7wl.ppm'. Output so far: '' > 21:45:10 WARNI| VM 'virt-tests-vm1' produced an invalid screendump > 21:45:10 INFO | [qemu output] qemu: warning: error while loading state > section id 3 > 21:45:10 INFO | [qemu output] load of migration failed > 21:45:10 INFO | [qemu output] /bin/sh: line 1: 1867 Segmentation fault > /home/lmr/Code/qemu/x86_64-softmmu/qemu-system-x86_64 -S -name > 'virt-tests-vm1' -nodefaults -chardev > socket,id=hmp_id_hmp1,path=/tmp/monitor-hmp1-20130415-214454-pGmRwNvs,server,nowait > -mon chardev=hmp_id_hmp1,mode=readline -chardev > socket,id=serial_id_serial1,path=/tmp/serial-serial1-20130415-214454-pGmRwNvs,server,nowait > -device isa-serial,chardev=serial_id_serial1 -chardev > socket,id=seabioslog_id_20130415-214454-pGmRwNvs,path=/tmp/seabios-20130415-214454-pGmRwNvs,server,nowait > -device > isa-debugcon,chardev=seabioslog_id_20130415-214454-pGmRwNvs,iobase=0x402 > -device ich9-usb-uhci1,id=usb1 -drive > file='/home/lmr/Code/virt-test.git/shared/data/images/jeos-17-64.qcow2',if=none,id=virtio0 > -device virtio-blk-pci,drive=virtio0,bootindex=1 -device > virtio-net-pci,netdev=id33wvth,mac='9a:42:43:44:45:46',id='idavPVhj' -netdev > user,id=id33wvth,hostfwd=tcp::5001-:22 -m 1024 -smp > 2,maxcpus=2,cores=1,threads=1,so: > > We've missed those problems during the last couple of weeks due to > problems in our test grid. The problem can be seen running the default > test set on virt-test. By default, virt-test does not use > MALLOC_PERTURB_=1. When using MALLOC_PERTURB_=1, pretty much all > migration modes will fail. > > ** Affects: qemu > Importance: Undecided > Status: New >