qemu-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Qemu-devel] [PATCH 0/3] client_migrate_switch and auto_switch (RHBZ


From: Gerd Hoffmann
Subject: Re: [Qemu-devel] [PATCH 0/3] client_migrate_switch and auto_switch (RHBZ 725009)
Date: Fri, 26 Aug 2011 14:39:59 +0200
User-agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.20) Gecko/20110805 Red Hat/3.1.12-1.el6_1 Thunderbird/3.1.12

   (1) libvirt sets spice ticket at dst (stage 2)
   (2) migration src->dst (stage 3)
   (3) spice client switches connection to dst

This is actually what we have already. The problem is that
the 'migration src->dst' here can take an arbitrary amount
of time. So by the time the spice client switchs to dst,
the ticket will likely have already expired.

Ah, *that* is the bug.

The only way to fix this AFAICT is to ensure the SPICE
client connects to dst before migration starts, but delays
display switch until the end. eg

     (1) libvirt sets spice ticket at dst (libvirt stage 2)
     (2) spice client connects to dst (start of libvirt stage 3)

That must be in stage 2. Once the migration started qemu will not accept new connections and thus the client would not be able to connect.

Can qemu handle async monitor commands now? We would need to wait until the client has actually connected, but without blocking the iothread because it can take a while.

cheers,
  Gerd



reply via email to

[Prev in Thread] Current Thread [Next in Thread]