On 08/19/11 19:08, Alon Levy wrote:
Fix the ticket expiration on target vm for a spice connection without introducing a race between the spice server switching the client to the new host itself and the target libvirt setting the new expiration date, by adding an option to client_migrate_info to not automatically switch the client on migration completion, instead waiting for an explicit client_migrate_switch (new monitor command) from libvirt.
Hmm. Guess the fundamental issue is that libvirt wants to use the monitor to set the ticket instead of the command line for security reasons. The qemu monitor doesn't accept commands while the incoming migration is running. We also can't kick the incoming migration via monitor, so first setting the ticket then start migration doesn't work too. Correct?
cheers, Gerd
