Alon submitted the patch, was posted and acked,
moving to the default component assignee for hadling
*** Bug 718463 has been marked as a duplicate of this bug. ***
The issue can be reproduced on both qemu-kvm-0.12.1.2-2.175.el6 and qemu-kvm-0.12.1.2-2.177.el6.
1.boot guest on src host
/usr/libexec/qemu-kvm -m 2G -smp 4 -cpu cpu64-rhel6,+x2apic -usbdevice tablet -drive file=/mnt/win7-32-virtio.qcow2,if=none,id=drive-ide0-0-0,werror=stop,rerror=stop,cache=none -device virtio-blk-pci,drive=drive-ide0-0-0,id=ide0-0-0 -netdev tap,id=hostnet0,script=/etc/qemu-ifup -device virtio-net-pci,netdev=hostnet0,mac=00:10:1a:3b:20:1f,bus=pci.0,addr=0x4 -boot dc -uuid 6d59434d-3f1c-4558-afc3-37e2cc430d6b -rtc-td-hack -no-kvm-pit-reinjection -monitor stdio -name rhel6.1-32 -spice port=5930,disable-ticketing -vga qxl -device virtio-balloon-pci,bus=pci.0,id=balloon0 -device virtio-serial-pci,id=virtio-serial0,max_ports=16,bus=pci.0,addr=0x7 -chardev socket,id=channel0,host=127.0.0.1,port=12345,server,nowait -device virtserialport,bus=virtio-serial0.0,nr=1,chardev=channel0,id=channel0,name=com.redhat.rhevm.vdsm -chardev spicevmc,id=charchannel1,name=vdagent -device virtserialport,bus=virtio-serial0.0,nr=2,chardev=charchannel1,id=channel1,name=com.redhat.spice.0 -usb -k en-us -global qxl-vga.vram_size=67108864
2. Boot guest on dst host with "-incoming tcp:0:5800"
3.Install virtio-serial driver, qxl driver and vdagent-win package.
#net start vdservice
5.Check the mouse operation in dst host.
6.Repeat ping-pong migration.
Result: After guest is migrated to dst host, I can not see the mouse, always I can click the icons in guest desktop with an "adelomorphic" mouse.
Anyone could help have a look if my CLI and steps are correct?
According to Comment 8, I will change the status to Assigned. Please correct me if I am wrong.
(In reply to comment #8)
> 5.Check the mouse operation in dst host.
> 6.Repeat ping-pong migration.
How many times did you migrate? At which point did the vdagent stop working?
What version of virtio-serial, vdagent did you use?
I just tried to reproduce, did two successful migrations, after each the agent
> Result: After guest is migrated to dst host, I can not see the mouse, always I
> can click the icons in guest desktop with an "adelomorphic" mouse.
What is "adelomorphic"?
> Anyone could help have a look if my CLI and steps are correct?
I've packaged my tester, if you like you can try it, it might be quicker then migrating by hand. It doesn't use libvirt so it is not good enough to replace the existing tester. But it is what I tested with. Here are the steps:
git clone git://anongit.freedesktop.org/~alon/spice-tests
# or directly:
./migrate.py --client spicec --qemu /home/alon/spice/rhel6/bin/qemu-system-x86_64 --image /store/images/win7x86_qxl_tests.img
See README for more information, or migrate.py --help.
ok, great! Can you move it back to ON_QA then?
*** Bug 723699 has been marked as a duplicate of this bug. ***
adding technical note.
Technical note added. If any revisions are required, please edit the "Technical Notes" field
accordingly. All revisions will be proofread by the Engineering Content Services team.
On migration the target vm spice-server starts with the default state of guest agent disconnected, and is not notified of the agent being connected.
After migration there is no client side mouse and copy-paste is not functional.
At migration target call the guest_open callback.
After migration the mouse and copy-paste continue to work.
Since the problem described in this bug report should be
resolved in a recent advisory, it has been closed with a
resolution of ERRATA.
For information on the advisory, and where to find the updated
files, follow the link below.
If the solution does not work for you, open a new bug report.