Bug 1129926

Summary: Should refuse to migrate if src qemu is in listening mode
Product: Red Hat Enterprise Linux 6 Reporter: Qian Guo <qiguo>
Component: qemu-kvmAssignee: Dr. David Alan Gilbert <dgilbert>
Status: CLOSED WONTFIX QA Contact: Virtualization Bugs <virt-bugs>
Severity: medium Docs Contact:
Priority: medium    
Version: 6.6CC: bsarathy, juzhang, michen, mkenneth, qzhang, rbalakri, virt-maint
Target Milestone: rc   
Target Release: ---   
Hardware: Unspecified   
OS: Unspecified   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2014-09-24 10:25:03 UTC Type: Bug
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:

Description Qian Guo 2014-08-14 02:37:46 UTC 
Description of problem:
In rhel6.6, if start src qemu with listening mode, and dst with listening mode too, it can migrate successfully, but according to bug 1086987, rhel7 has refused to migrate in such way, so should backpot it to rhel6

Did not clone bug 1086987, since in rhel6.6, no coredumpd occurred.

Version-Release number of selected component (if applicable):

qemu-kvm-0.12.1.2-2.434.el6.x86_64

How reproducible:
100%

Steps to Reproduce:
1.Launch qemu in src in listening mode:
# /usr/libexec/qemu-kvm -cpu Penryn -m 4G -smp 4 -M pc -enable-kvm -name rhel6 -nodefaults -nodefconfig -vga std -monitor stdio -drive file=/mnt/rhel66basecp1.qcow2,if=none,id=drive-virtio-disk0,format=qcow2,werror=stop,rerror=stop,aio=native,cache=none -device virtio-blk-pci,drive=drive-virtio-disk0,id=virtio-disk0 -spice disable-ticketing,port=5901 -vga qxl -netdev tap,id=hostnet0,vhost=on,script=/etc/qemu-ifup -device virtio-net-pci,netdev=hostnet0,id=virtio-netpci0,mac=54:52:01:21:1a:01 -incoming tcp:0:4444 

2.Launch qemu in dst in listening mode:
# /usr/libexec/qemu-kvm -cpu Penryn -m 4G -smp 4 -M pc -enable-kvm -name rhel6 -nodefaults -nodefconfig -vga std -monitor stdio -drive file=/mnt/rhel66basecp1.qcow2,if=none,id=drive-virtio-disk0,format=qcow2,werror=stop,rerror=stop,aio=native,cache=none -device virtio-blk-pci,drive=drive-virtio-disk0,id=virtio-disk0 -spice disable-ticketing,port=5902 -vga qxl -netdev tap,id=hostnet0,vhost=on,script=/etc/qemu-ifup -device virtio-net-pci,netdev=hostnet0,id=virtio-netpci0,mac=54:52:01:21:1a:01 -incoming tcp:0:4445

3.Migrate from src to dst

Actual results:
Migration succeed 

Expected results:
Should resume and give error prompt as bug 1086987 fixed 

Additional info:
Comment 2 Qian Guo 2014-08-14 03:29:13 UTC 
If Launch qemu in src in listening mode:
# /usr/libexec/qemu-kvm -cpu Penryn -m 4G -smp 4 -M pc -enable-kvm -name rhel6 -nodefaults -nodefconfig -vga std -monitor stdio -drive file=/mnt/rhel66basecp1.qcow2,if=none,id=drive-virtio-disk0,format=qcow2,werror=stop,rerror=stop,aio=native,cache=none -device virtio-blk-pci,drive=drive-virtio-disk0,id=virtio-disk0 -spice disable-ticketing,port=5901 -vga qxl -netdev tap,id=hostnet0,vhost=on,script=/etc/qemu-ifup -device virtio-net-pci,netdev=hostnet0,id=virtio-netpci0,mac=54:52:01:21:1a:01 -incoming tcp:0:4444 

then migrate to itself, qemu will hang, but no coredumpd
Comment 4 Dr. David Alan Gilbert 2014-09-24 10:25:03 UTC 
WONTFIX:
   1) It can't be triggered by supported uses (i.e. libvirt)
   2) It's an unlikely mistake
   3) Unlike RHEL7 it doesn't segfault, so even if it did happen we're not going to get crash reports for it