------- Comment From <email address hidden> 2019-08-21 18:53 EDT-------
It was IBM bugzilla status, I'll move it all back.
I took a look at the new bugs - 180734 and 180735. The first (180734) I can recreate on my system if I do it exactly (or nearly so) as you do - the status shows paused (postmigrate) and it's no longer responsive.. With my setup with more options it works fine for me. I have yet figured out which option triggers the change for me.
When I use my original options and directly to qemu-system-ppc64 it doesn't crash. It is an invalid migration - going from workaround to broken should fail. I get a similar warning message when I try it - but then the source remains active. Here's what I was originally using:
/usr/bin/qemu-system-ppc64le -m 20480 -smp 32,maxcpus=32,sockets=4,cores=8,threads=1 -object memory-backend-ram,id=ram-node0,size=10737418240 -numa node,nodeid=0,cpus=0-7,memdev=ram-node0 -object memory-backend-ram,id=ram-node1,size=10737418240 -numa node,nodeid=1,cpus=8-15,memdev=ram-node1 -realtime mlock=off -rtc base=utc -no-shutdown -boot strict=on -msg timestamp=on -device qemu-xhci,id=usb,bus=pci.0 -device spapr-vscsi,id=scsi0,reg=0x2000 -drive file=/home/ubuntu/u1804-root.qcow2.snap0.radix0,format=qcow2,if=none,id=drive-virtio-disk0 -device virtio-blk-pci,scsi=off,bus=pci.0,drive=drive-virtio-disk0,id=virtio-disk0,bootindex=1,iommu_platform=off,disable-legacy=on -drive file=/home/ubuntu/secondary.qcow2,format=qcow2,if=none,id=drive-virtio-disk1 -device virtio-blk-pci,scsi=off,bus=pci.0,drive=drive-virtio-disk1,id=virtio-disk1 -drive if=none,id=drive-scsi0-0-0-0,readonly=on -device scsi-cd,bus=scsi0.0,channel=0,scsi-id=0,lun=0,drive=drive-scsi0-0-0-0,id=scsi0-0-0-0 -netdev user,id=hostnet0,hostfwd=tcp:127.0.0.1:2222-:22 -device virtio-net-pci,netdev=hostnet0,id=net0,mac=52:54:00:66:32:28,bus=pci.0 -device virtio-balloon-pci,id=balloon0,bus=pci.0 -monitor unix:/tmp/mdroth-vm0-hmp.sock,server,nowait -nographic -vnc none -L /usr/share/qemu/ -machine pseries-bionic-sxxm,accel=kvm,usb=off,dump-guest-core=off,max-cpu-compat=power9,cap-ibs=workaround
The second (180735) is a feature request.
It seems like we should move forward with the SRU now and fix bug 180734 as there becomes a fix available - it doesn't look like there is one now.
------- Comment From <email address hidden> 2019-08-21 18:53 EDT-------
It was IBM bugzilla status, I'll move it all back.
I took a look at the new bugs - 180734 and 180735. The first (180734) I can recreate on my system if I do it exactly (or nearly so) as you do - the status shows paused (postmigrate) and it's no longer responsive.. With my setup with more options it works fine for me. I have yet figured out which option triggers the change for me.
When I use my original options and directly to qemu-system-ppc64 it doesn't crash. It is an invalid migration - going from workaround to broken should fail. I get a similar warning message when I try it - but then the source remains active. Here's what I was originally using: qemu-system- ppc64le -m 20480 -smp 32,maxcpus= 32,sockets= 4,cores= 8,threads= 1 -object memory- backend- ram,id= ram-node0, size=1073741824 0 -numa node,nodeid= 0,cpus= 0-7,memdev= ram-node0 -object memory- backend- ram,id= ram-node1, size=1073741824 0 -numa node,nodeid= 1,cpus= 8-15,memdev= ram-node1 -realtime mlock=off -rtc base=utc -no-shutdown -boot strict=on -msg timestamp=on -device qemu-xhci, id=usb, bus=pci. 0 -device spapr-vscsi, id=scsi0, reg=0x2000 -drive file=/home/ ubuntu/ u1804-root. qcow2.snap0. radix0, format= qcow2,if= none,id= drive-virtio- disk0 -device virtio- blk-pci, scsi=off, bus=pci. 0,drive= drive-virtio- disk0,id= virtio- disk0,bootindex =1,iommu_ platform= off,disable- legacy= on -drive file=/home/ ubuntu/ secondary. qcow2,format= qcow2,if= none,id= drive-virtio- disk1 -device virtio- blk-pci, scsi=off, bus=pci. 0,drive= drive-virtio- disk1,id= virtio- disk1 -drive if=none, id=drive- scsi0-0- 0-0,readonly= on -device scsi-cd, bus=scsi0. 0,channel= 0,scsi- id=0,lun= 0,drive= drive-scsi0- 0-0-0,id= scsi0-0- 0-0 -netdev user,id= hostnet0, hostfwd= tcp:127. 0.0.1:2222- :22 -device virtio- net-pci, netdev= hostnet0, id=net0, mac=52: 54:00:66: 32:28,bus= pci.0 -device virtio- balloon- pci,id= balloon0, bus=pci. 0 -monitor unix:/tmp/ mdroth- vm0-hmp. sock,server, nowait -nographic -vnc none -L /usr/share/qemu/ -machine pseries- bionic- sxxm,accel= kvm,usb= off,dump- guest-core= off,max- cpu-compat= power9, cap-ibs= workaround
/usr/bin/
The second (180735) is a feature request.
It seems like we should move forward with the SRU now and fix bug 180734 as there becomes a fix available - it doesn't look like there is one now.
Suraj/Satheesh - you agree?