From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([208.118.235.92]:38605) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ToGNS-0002KQ-6I for qemu-devel@nongnu.org; Thu, 27 Dec 2012 11:32:25 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ToGNO-0007AY-BU for qemu-devel@nongnu.org; Thu, 27 Dec 2012 11:32:14 -0500 Received: from mailpro.odiso.net ([89.248.209.98]:41113) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ToGNO-0007AL-5R for qemu-devel@nongnu.org; Thu, 27 Dec 2012 11:32:10 -0500 Date: Thu, 27 Dec 2012 17:32:03 +0100 (CET) From: Alexandre DERUMIER Message-ID: <71ad183f-95ba-4a3a-958e-3d0a1a7a0222@mailpro> In-Reply-To: <50DC7277.3090703@redhat.com> Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Subject: Re: [Qemu-devel] [PULL 00/34] migration thread and queue List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Paolo Bonzini Cc: qemu-devel@nongnu.org, anthony@codemonkey.ws, Juan Quintela Ok,I'll try to bisect it tomorrow and will do more tests. I'll keep you in touch! Alexandre ----- Mail original ----- De: "Paolo Bonzini" =C3=80: "Alexandre DERUMIER" Cc: qemu-devel@nongnu.org, anthony@codemonkey.ws, "Juan Quintela" Envoy=C3=A9: Jeudi 27 D=C3=A9cembre 2012 17:08:23 Objet: Re: [Qemu-devel] [PULL 00/34] migration thread and queue Il 27/12/2012 16:51, Alexandre DERUMIER ha scritto: >>> 1) What happened before these patches? If something different, can you = >>> bisect it? > Well, qemu 1.3 stable release, was working slowly (bigger downtime), but = no crash. > I don't see any changes since 1.3 and theses patches. These patches are 34. :) Bisecting among them will already be of huge help.= >>> 2) Do you get anything on the console (stdout)? See >>> kvm_handle_internal_error in kvm-all.c for what to expect. > I'll have a look at this. > Currently I start the target vm with --daemonize, does I need to remove t= his option to see stdout ? Yes, please do that so that you can also bisect the problem. BTW, what kernel version? Does it reproduce with migrate exec:cat>foo.save and then, when migration finishes, loading it with "-incoming 'exec:cat foo.save'"? Paolo