* Re: [Qemu-devel] Migration breakage from fe680d0 'exec: Limit translation limiting in address_space_translate to xen'
[not found] <20140718173848.GF10517@work-vm>
@ 2014-07-18 18:05 ` Dr. David Alan Gilbert
0 siblings, 0 replies; only message in thread
From: Dr. David Alan Gilbert @ 2014-07-18 18:05 UTC (permalink / raw)
To: aik, pbonzini; +Cc: amit.shah, kraxel, m.gibula, qemu-devel, quintela
Hi Alexey,
I've got a migration breakage that bisects back to fe680d0
'exec: Limit translation limiting in address_space_translate to xen'
I'm told this is unlikely, but it seems to be reliably reproducable
and if I comment out the 'xen_enabled() &&' it all works fine.
Test system:
x86-64 i7-3520M fedora 20
Test case:
It's a script from Kraxel that boots a guest with a live CD
and bounces it back and forward with a running VNC.
(Annoyingly every other test I've got doesn't seem to hit this;
virt-test, google stress app test - all happy).
Failure:
I'm seeing squashfs errors and then random app failures.
The command line is:
try/bin/qemu-system-x86_64 -m 2G -smp 2 -name migrate-loop -nodefaults -enable-kvm -boot menu=on -vga std -vnc localhost:6448 -drive if=none,id=live,readonly,media=cdrom,file=/home/vmimages/Fedora-Live-Desktop-x86_64-20-1.iso -drive if=none,id=disk,format=raw,cache=none,aio=native,file=/home/dgilbert/tmp/kraxel/migrate-loop.img -chardev socket,id=mon,path=/tmp/migrate-loop-12326/mon-12348-23459,server,nowait -mon chardev=mon -serial stdio -net user,bootfile=http://192.168.2.14/tftpboot/pxelinux.0 -net nic,model=virtio -device ide-hd,bus=ide.0,drive=disk,bootindex=1 -device ide-cd,bus=ide.1,drive=live,bootindex=2 -device AC97 -incoming tcp:0:23459
(Resend, I forgot to cc the list)
Dave (who is on holiday next week)
--
Dr. David Alan Gilbert / dgilbert@redhat.com / Manchester, UK
^ permalink raw reply [flat|nested] only message in thread