From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([140.186.70.92]:41312) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Qwt7o-0006GL-Fb for qemu-devel@nongnu.org; Fri, 26 Aug 2011 05:54:57 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Qwt7n-0007fj-J8 for qemu-devel@nongnu.org; Fri, 26 Aug 2011 05:54:56 -0400 Received: from mx1.redhat.com ([209.132.183.28]:26898) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Qwt7n-0007fY-CB for qemu-devel@nongnu.org; Fri, 26 Aug 2011 05:54:55 -0400 Received: from int-mx02.intmail.prod.int.phx2.redhat.com (int-mx02.intmail.prod.int.phx2.redhat.com [10.5.11.12]) by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id p7Q9sqlk001187 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for ; Fri, 26 Aug 2011 05:54:54 -0400 Message-ID: <4E576D69.8020103@redhat.com> Date: Fri, 26 Aug 2011 11:54:49 +0200 From: Gerd Hoffmann MIME-Version: 1.0 References: <1313773728-6104-1-git-send-email-alevy@redhat.com> In-Reply-To: <1313773728-6104-1-git-send-email-alevy@redhat.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: [Qemu-devel] [PATCH 0/3] client_migrate_switch and auto_switch (RHBZ 725009) List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Alon Levy Cc: qemu-devel@nongnu.org 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