From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([2001:4830:134:3::10]:44051) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WDI8N-0003Bi-No for qemu-devel@nongnu.org; Tue, 11 Feb 2014 13:32:44 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1WDI8I-0002fg-Nf for qemu-devel@nongnu.org; Tue, 11 Feb 2014 13:32:39 -0500 Received: from mail-ph.de-nserver.de ([85.158.179.214]:50301) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WDI8I-0002es-EZ for qemu-devel@nongnu.org; Tue, 11 Feb 2014 13:32:34 -0500 Message-ID: <52FA6CCE.2020703@profihost.ag> Date: Tue, 11 Feb 2014 19:32:46 +0100 From: Stefan Priebe MIME-Version: 1.0 References: <52FA399F.6070802@profihost.ag> <182FA0E4-ADDC-4112-842B-83957D7DD863@kamp.de> In-Reply-To: <182FA0E4-ADDC-4112-842B-83957D7DD863@kamp.de> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: [Qemu-devel] memory allocation of migration changed? List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Peter Lieven , Stefan Hajnoczi Cc: Orit Wasserman , qemu-devel , Dave Gilbert , Juan Quintela Am 11.02.2014 17:22, schrieb Peter Lieven: > > >> Am 11.02.2014 um 16:44 schrieb Stefan Hajnoczi : >> >> On Tue, Feb 11, 2014 at 3:54 PM, Stefan Priebe - Profihost AG >> wrote: >>> in the past (Qemu 1.5) a migration failed if there was not enogh memory >>> on the target host available directly at the beginning. >>> >>> Now with Qemu 1.7 i've seen succeeded migrations but the kernel OOM >>> memory killer killing qemu processes. So the migration seems to takes >>> place without having anough memory on the target machine? >> >> How much memory is the guest configured with? How much memory does >> the host have? >> >> I wonder if there are zero pages that can be migrated almost "for >> free" and the destination host doesn't touch. When they are touched >> for the first time after migration handover, they need to be allocated >> on the destination host. This can lead to OOM if you overcommitted >> memory. >> >> Can you reproduce the OOM reliably? It should be possible to debug it >> and figure out whether it's just bad luck or a true regression. >> >> Stefan > > Kernel Version would also be interesting as well as thp and ksm settings. Kernel Host: 3.10.26 What's thp / ksm? how to get those settings? Greets, Stefan