Hide Forgot
Description of problem: libvirt spice migration sends wrong cookie to spice client. When I try to migrate from Host1 to Host2 qemu migrates correctly, but libvirt sends spice client cookie to connect to Host1 instead of Host2. I looked through source code of doNativeMigrate and it seems than cookie object "mig" that is passed to qemuDomainMigrateGraphicsRelocate has local information, not the remote. qemuMigrationEatCookie returnes local info (from Host1), it doesn't parse incoming cookie and get new host name to migrate spice client to. There is only sanity check inside, so relocation failes, because it tries to migrate spice client to wrong host. Version-Release number of selected component (if applicable): libvirt-0.9.1-6bae93d How reproducible: Migrate from Host1 to Host2 while connected with spice client to Host1 Steps to Reproduce: 1. Start virtual machine on Host1 2. Connect to Host1 via spice client 3. Request live migration from Host1 to Host2 Actual results: Virtual machine migrated from Host1 to Host2, spice client disconnected, because it tried to reconnect to Host1 after migration. Expected results: Virtual machine migrated from Host1 to Host2, spice client reconnected from Host1 to Host2 after migration. Additional info: Don't know, it is simply not finished code, or I don't understand the idea behind it.
libvirt-0.9.1-6bae93d is not a version that is shipped in RHEL-6. Please file bugs in upstream libvirt, against the 'Virtualization Tools' product, not RHEL
I changed it to RHEL, it was originally reported against upstream.
The code was not correctly distinguishing local from remote hostnames. A posted patch attempts to resolve that http://www.redhat.com/archives/libvir-list/2011-May/msg01513.html
(In reply to comment #4) > The code was not correctly distinguishing local from remote hostnames. A posted > patch attempts to resolve that > > http://www.redhat.com/archives/libvir-list/2011-May/msg01513.html Tried git build 80d2038 with this patch inside. Now it seems to try to connect to correct host, not the original one, but seems it does it too soon, before qemu is started on target machine, so I get "failed to connect" from spicec. Although if I try to manually connect to new address with spicec - it connects flawlessly. Should I write to spice developers or wait for some fix in libvirt?
> Tried git build 80d2038 with this patch inside. Now it seems to try to connect > to correct host, not the original one, but seems it does it too soon, before > qemu is started on target machine, so I get "failed to connect" from spicec. QEMU on the target must be running when SPICE relocation takes place, because QEMU is required for migration to have been performed at all. My test with spicy work (spicy is the spice-gtk client).
Sounds like the original issue was fixed, so closing