From mboxrd@z Thu Jan  1 00:00:00 1970
Received: from eggs.gnu.org ([208.118.235.92]:51639)
	by lists.gnu.org with esmtp (Exim 4.71)
	(envelope-from <s.priebe@profihost.ag>) id 1Uh4fw-0002c0-Vx
	for qemu-devel@nongnu.org; Mon, 27 May 2013 17:09:55 -0400
Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71)
	(envelope-from <s.priebe@profihost.ag>) id 1Uh4ft-0000KU-QW
	for qemu-devel@nongnu.org; Mon, 27 May 2013 17:09:52 -0400
Received: from mail-ph.de-nserver.de ([85.158.179.214]:35592)
	by eggs.gnu.org with esmtp (Exim 4.71)
	(envelope-from <s.priebe@profihost.ag>) id 1Uh4ft-0000Hy-HY
	for qemu-devel@nongnu.org; Mon, 27 May 2013 17:09:49 -0400
Message-ID: <51A3CB9F.3050908@profihost.ag>
Date: Mon, 27 May 2013 23:09:51 +0200
From: Stefan Priebe <s.priebe@profihost.ag>
MIME-Version: 1.0
References: <518C8FD7.9080201@profihost.ag>
	<20130510074217.GB1500@stefanha-thinkpad.redhat.com>
	<518CB8E4.5090305@profihost.ag>
	<CAJSP0QVcmySJSwcXLLTPdiwFUYR-OLjTJan+V0M3QSn9AAV5iQ@mail.gmail.com>
In-Reply-To: <CAJSP0QVcmySJSwcXLLTPdiwFUYR-OLjTJan+V0M3QSn9AAV5iQ@mail.gmail.com>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Subject: Re: [Qemu-devel] kvm process disappears
List-Id: <qemu-devel.nongnu.org>
List-Unsubscribe: <https://lists.nongnu.org/mailman/options/qemu-devel>,
	<mailto:qemu-devel-request@nongnu.org?subject=unsubscribe>
List-Archive: <http://lists.nongnu.org/archive/html/qemu-devel>
List-Post: <mailto:qemu-devel@nongnu.org>
List-Help: <mailto:qemu-devel-request@nongnu.org?subject=help>
List-Subscribe: <https://lists.nongnu.org/mailman/listinfo/qemu-devel>,
	<mailto:qemu-devel-request@nongnu.org?subject=subscribe>
To: Stefan Hajnoczi <stefanha@gmail.com>
Cc: Paolo Bonzini <pbonzini@redhat.com>, qemu-devel <qemu-devel@nongnu.org>, "pve-devel@pve.proxmox.com" <pve-devel@pve.proxmox.com>

Am 10.05.2013 13:09, schrieb Stefan Hajnoczi:
> On Fri, May 10, 2013 at 11:07 AM, Stefan Priebe - Profihost AG
> <s.priebe@profihost.ag> wrote:
>> Am 10.05.2013 09:42, schrieb Stefan Hajnoczi:
>>> On Fri, May 10, 2013 at 08:12:39AM +0200, Stefan Priebe - Profihost AG wrote:
>>> 3. Either use gdb or an LD_PRELOAD library that catches exit(3) and
>>>     _exit(2) and dumps core using abort(3).  Make sure core dumps are
>>>     enabled.
>>
>> LD_PRELOAD sounds good can you point me to such a lib?
>
> $ cat /tmp/catchexit.c
> #include <unistd.h>
> #include <stdlib.h>
>
> void exit(int status)
> {
>      const char msg[] = "*** CAUGHT EXIT, DUMPING CORE ***\n";
>      write(2, msg, sizeof msg);
>      abort();
> }
>
> void _exit(int status) __attribute__((alias("exit")));
>
> $ gcc -o catchexit.so -shared -fPIC -std=gnu99 catchexit.c
>
> $ LD_PRELOAD=/tmp/catchexit.so x86_64-softmmu/qemu-system-x86_64 -m
> 1024 -enable-kvm -cpu host -vga asdf
> Unknown vga type: asdf
> *** CAUGHT EXIT, DUMPING CORE ***
> Aborted (core dumped)
>
> Make sure to give the absolute path to catchexit.so.  Also keep in
> mind that this does not catch a normal return from main() or possibly
> other ways of terminating the process.
>
> You can hook more library functions, if necessary.
>
> Stefan

I'm really sorry for bothering you. It turned out to be a host kernel 
bug. Without NUMA Balancing turned on (kernel 3.8.13) i see no vm 
crashes at all...

Greets,
Stefan