From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([2001:4830:134:3::10]:41792) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WBl6v-0006xi-KH for qemu-devel@nongnu.org; Fri, 07 Feb 2014 08:04:55 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1WBl6p-0005XO-LU for qemu-devel@nongnu.org; Fri, 07 Feb 2014 08:04:49 -0500 Received: from mail-ph.de-nserver.de ([85.158.179.214]:35301) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WBl6p-0005X8-Bh for qemu-devel@nongnu.org; Fri, 07 Feb 2014 08:04:43 -0500 Message-ID: <52F4D9E2.4010600@profihost.ag> Date: Fri, 07 Feb 2014 14:04:34 +0100 From: Stefan Priebe - Profihost AG MIME-Version: 1.0 References: <50562927-0498-460b-8f29-98722e332149@mailpro> <52F496B4.5030505@profihost.ag> <20140207091513.GC2374@work-vm> <52F4A554.1080400@profihost.ag> <20140207093159.GD2374@work-vm> <52F4A952.6080007@profihost.ag> <52F4CB3E.3030203@profihost.ag> <20140207122157.GF2374@work-vm> <52F4D1CA.6030501@profihost.ag> <52F4D523.9040809@redhat.com> In-Reply-To: <52F4D523.9040809@redhat.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: Re: [Qemu-devel] [pve-devel] QEMU LIve Migration - swap_free: Bad swap file entry List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Paolo Bonzini , "Dr. David Alan Gilbert" Cc: m.gibula@beyond.pl, qemu-devel , Alexandre DERUMIER Hi, Am 07.02.2014 13:44, schrieb Paolo Bonzini: > Il 07/02/2014 13:30, Stefan Priebe - Profihost AG ha scritto: >>> >> i was able to reproduce with a longer running test VM running the >>> google >>> >> stress test. >>> >>> Hmm that's quite a fun set of differences; I think I'd like >>> to understand whether the pattern is related to the pattern of what >>> the test is doing. > > Stefan, can you try to reproduce it: first of all i've now a memory image of a VM where i can reproduce it. reproducing does NOT work if i boot the VM freshly i need to let it run for some hours. Then just when the migration finishes there is a short time frame where the google stress app reports memory errors than when the migration finishes it runs fine again. It seems to me it is related to pause and unpause/resume? > - with Unix migration between two QEMUs on the same host now tested => same issue > - with different hosts already tested => same issue > - with a different network (e.g. just a cross cable between two machines) already tested => same issue Greets, Stefan