From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([2001:4830:134:3::10]:51384) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WBV7a-0007s7-Qx for qemu-devel@nongnu.org; Thu, 06 Feb 2014 15:00:31 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1WBV7V-00089R-LN for qemu-devel@nongnu.org; Thu, 06 Feb 2014 15:00:26 -0500 Received: from mail-ph.de-nserver.de ([85.158.179.214]:59699) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WBV7V-000899-Bs for qemu-devel@nongnu.org; Thu, 06 Feb 2014 15:00:21 -0500 Message-ID: <52F3E9DB.6080002@profihost.ag> Date: Thu, 06 Feb 2014 21:00:27 +0100 From: Stefan Priebe MIME-Version: 1.0 References: <80ddf64b-2a0a-40c6-ae63-a5ce3f68991f@mailpro> <52F37BBF.7060203@profihost.ag> <52F3961C.3000807@profihost.ag> <20140206195122.GL3013@work-vm> In-Reply-To: <20140206195122.GL3013@work-vm> Content-Type: text/plain; charset=ISO-8859-1; format=flowed 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: "Dr. David Alan Gilbert" Cc: qemu-devel , Alexandre DERUMIER Hi, Am 06.02.2014 20:51, schrieb Dr. David Alan Gilbert: > * Stefan Priebe - Profihost AG (s.priebe@profihost.ag) wrote: >> some more things which happen during migration: >> >> php5.2[20258]: segfault at a0 ip 0000000000740656 sp 00007fff53b694a0 >> error 4 in php-cgi[400000+6d7000] >> >> php5.2[20249]: segfault at c ip 00007f1fb8ecb2b8 sp 00007fff642d9c20 >> error 4 in ZendOptimizer.so[7f1fb8e71000+147000] >> >> cron[3154]: segfault at 7f0008a70ed4 ip 00007fc890b9d440 sp >> 00007fff08a6f9b0 error 4 in libc-2.13.so[7fc890b67000+182000] > > OK, so lets just assume some part of memory (or CPU state, or memory > loaded off disk...) > > You said before that it was happening on a 32GB image - is it *only* > happening on a 32GB or bigger VM, or is it just more likely? Not image, memory. I've only seen this with vms having more than 16GB or 32GB memory. But maybe this also indicates that just the migration takes longer. > I think you also said you were using 1.7; have you tried an older > version - i.e. is this a regression in 1.7 or don't we know? Don't know. Sadly i cannot reproduce this with test VMs only with production ones. Stefan > Dave > -- > Dr. David Alan Gilbert / dgilbert@redhat.com / Manchester, UK >