From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([208.118.235.92]:40234) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1US8Ql-00025j-Rr for qemu-devel@nongnu.org; Tue, 16 Apr 2013 12:08:33 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1US8Qf-0007lJ-MB for qemu-devel@nongnu.org; Tue, 16 Apr 2013 12:08:27 -0400 Received: from mail-bk0-x229.google.com ([2a00:1450:4008:c01::229]:41637) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1US8Qf-0007kh-BH for qemu-devel@nongnu.org; Tue, 16 Apr 2013 12:08:21 -0400 Received: by mail-bk0-f41.google.com with SMTP id i18so345937bkv.14 for ; Tue, 16 Apr 2013 09:08:20 -0700 (PDT) Sender: Paolo Bonzini Message-ID: <516D7765.1020406@redhat.com> Date: Tue, 16 Apr 2013 18:08:05 +0200 From: Paolo Bonzini MIME-Version: 1.0 References: <20130416011019.20493.59957.malonedeb@gac.canonical.com> <20130416011019.20493.59957.malonedeb@gac.canonical.com> In-Reply-To: <20130416011019.20493.59957.malonedeb@gac.canonical.com> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Subject: [Qemu-devel] pointer to patch for [Bug 1169375] [NEW] qemu.git master -> qemu segfaults during tcp migration (and other modes when using MALLOC_PERTURB_=1) List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Bug 1169375 <1169375@bugs.launchpad.net> Cc: Anthony Liguori , qemu-devel@nongnu.org, Lucas Meneghel Rodrigues 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 >