From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1NFsJP-0003pM-LO for qemu-devel@nongnu.org; Wed, 02 Dec 2009 11:44:19 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1NFsJK-0003iJ-S9 for qemu-devel@nongnu.org; Wed, 02 Dec 2009 11:44:19 -0500 Received: from [199.232.76.173] (port=56345 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1NFsJK-0003i2-JQ for qemu-devel@nongnu.org; Wed, 02 Dec 2009 11:44:14 -0500 Received: from e6.ny.us.ibm.com ([32.97.182.146]:48888) by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1NFsJK-0003Xn-Ak for qemu-devel@nongnu.org; Wed, 02 Dec 2009 11:44:14 -0500 Received: from d01relay03.pok.ibm.com (d01relay03.pok.ibm.com [9.56.227.235]) by e6.ny.us.ibm.com (8.14.3/8.13.1) with ESMTP id nB2GdYVU030610 for ; Wed, 2 Dec 2009 11:39:34 -0500 Received: from d01av02.pok.ibm.com (d01av02.pok.ibm.com [9.56.224.216]) by d01relay03.pok.ibm.com (8.13.8/8.13.8/NCO v10.0) with ESMTP id nB2GiCNO145896 for ; Wed, 2 Dec 2009 11:44:12 -0500 Received: from d01av02.pok.ibm.com (loopback [127.0.0.1]) by d01av02.pok.ibm.com (8.14.3/8.13.1/NCO v10.0 AVout) with ESMTP id nB2CYOKJ003781 for ; Wed, 2 Dec 2009 07:34:25 -0500 Date: Wed, 2 Dec 2009 10:44:08 -0600 From: Ryan Harper Message-ID: <20091202164408.GQ27346@us.ibm.com> References: <4B1686AB.4020206@siemens.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4B1686AB.4020206@siemens.com> Subject: [Qemu-devel] Re: Live migration of x86-64 kvm guests broken? List-Id: qemu-devel.nongnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Jan Kiszka Cc: Liran Schour , Pierre Riteau , qemu-devel , kvm , Juan Quintela * Jan Kiszka [2009-12-02 09:28]: > Hi, > > I'm facing stalled x86-64 guests after live migration when using kvm > (share disk images). This does not happen with x86-32 guests or when > disabling kvm. Both qemu and qemu-kvm git heads are affected (recent > vmstate fixes applied). Running I/O load during the migration (e.g. a > simple "ls -R /") seems to trigger it reliably. > > Can anyone confirm / comment on this? Do we fail to restore some magic > state that only long mode cares about? Just tested upstream qemu.git (with vmstate fixes) and I could migrate RHEL 5.3 64-bit guest with your light io load over localhost. I'll try remote hosts next. -- Ryan Harper Software Engineer; Linux Technology Center IBM Corp., Austin, Tx ryanh@us.ibm.com