From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1NFtl6-0008W6-JG for qemu-devel@nongnu.org; Wed, 02 Dec 2009 13:17:00 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1NFtl0-0008Ng-7o for qemu-devel@nongnu.org; Wed, 02 Dec 2009 13:16:59 -0500 Received: from [199.232.76.173] (port=48429 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1NFtkz-0008NE-Ob for qemu-devel@nongnu.org; Wed, 02 Dec 2009 13:16:54 -0500 Received: from thoth.sbs.de ([192.35.17.2]:24453) by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1NFtkz-00048W-3G for qemu-devel@nongnu.org; Wed, 02 Dec 2009 13:16:53 -0500 Message-ID: <4B16AF11.1010703@siemens.com> Date: Wed, 02 Dec 2009 19:16:49 +0100 From: Jan Kiszka MIME-Version: 1.0 References: <4B1686AB.4020206@siemens.com> <20091202164408.GQ27346@us.ibm.com> <4B16AC68.2090304@siemens.com> <20091202181028.GS27346@us.ibm.com> In-Reply-To: <20091202181028.GS27346@us.ibm.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit 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: Ryan Harper Cc: Liran Schour , Pierre Riteau , qemu-devel , kvm , Juan Quintela Ryan Harper wrote: > * Jan Kiszka [2009-12-02 12:07]: >> Ryan Harper wrote: >>> * 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. >> Hell, too many variables. It looks like the kernel modules have some if >> not the ultimate impact: kvm-mod-2.6.31.6b on my 2.6.27 host works fine, >> kvm-kmod stable-2.6.32 as well as master cause troubles. >> >> What is your host kernel and/or kvm module version? > > Stock 64-bit Ubuntu Karmic: > % uname -a > Linux symmetry 2.6.31-15-generic #50-Ubuntu SMP Tue Nov 10 14:53:52 UTC 2009 x86_64 GNU/Linux > > % modinfo kvm > filename: > /lib/modules/2.6.31-15-generic/kernel/arch/x86/kvm/kvm.ko > license: GPL > author: Qumranet > srcversion: 82D6B673524596F9CF3E84C > depends: > vermagic: 2.6.31-15-generic SMP mod_unload modversions > parm: oos_shadow:bool > > % modinfo kvm-intel > filename: /lib/modules/2.6.31-15-generic/kernel/arch/x86/kvm/kvm-intel.ko > license: GPL > author: Qumranet > srcversion: 8FEA479DFCD7F174DA7864E > depends: kvm > vermagic: 2.6.31-15-generic SMP mod_unload modversions > parm: bypass_guest_pf:bool > parm: vpid:bool > parm: flexpriority:bool > parm: ept:bool > parm: emulate_invalid_guest_state:bool > So far, so consistent. Could you try kvm-kmod-2.6.32-rc7 on top of that? Jan -- Siemens AG, Corporate Technology, CT T DE IT 1 Corporate Competence Center Embedded Linux