From mboxrd@z Thu Jan  1 00:00:00 1970
Received: from eggs.gnu.org ([2001:4830:134:3::10]:36695)
	by lists.gnu.org with esmtp (Exim 4.71)
	(envelope-from <armbru@redhat.com>) id 1a717N-0008Ap-EG
	for qemu-devel@nongnu.org; Thu, 10 Dec 2015 08:18:46 -0500
Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71)
	(envelope-from <armbru@redhat.com>) id 1a717K-0006kC-4e
	for qemu-devel@nongnu.org; Thu, 10 Dec 2015 08:18:45 -0500
Received: from mx1.redhat.com ([209.132.183.28]:39470)
	by eggs.gnu.org with esmtp (Exim 4.71)
	(envelope-from <armbru@redhat.com>) id 1a717J-0006k8-Vk
	for qemu-devel@nongnu.org; Thu, 10 Dec 2015 08:18:42 -0500
From: Markus Armbruster <armbru@redhat.com>
References: <6A17C71B52524C408E7AAF69103E9E490F153F45@fabamailserver.fabagl.fabasoft.com>
	<20151117113601.GD2498@work-vm>
	<6A17C71B52524C408E7AAF69103E9E490F15520E@fabamailserver.fabagl.fabasoft.com>
	<6A17C71B52524C408E7AAF69103E9E490F1552E7@fabamailserver.fabagl.fabasoft.com>
	<20151117144225.GH2498@work-vm>
	<6A17C71B52524C408E7AAF69103E9E490F15ECE9@fabamailserver.fabagl.fabasoft.com>
	<564E00A4.7070207@redhat.com>
	<6A17C71B52524C408E7AAF69103E9E490F1C71EB@fabamailserver.fabagl.fabasoft.com>
	<20151203090416.GA2591@work-vm>
	<6A17C71B52524C408E7AAF69103E9E490F1C771A@fabamailserver.fabagl.fabasoft.com>
	<20151210123822.GG2570@work-vm>
Date: Thu, 10 Dec 2015 14:18:38 +0100
In-Reply-To: <20151210123822.GG2570@work-vm> (David Alan Gilbert's message of
	"Thu, 10 Dec 2015 12:38:23 +0000")
Message-ID: <87a8picuhd.fsf@blackfin.pond.sub.org>
MIME-Version: 1.0
Content-Type: text/plain
Subject: Re: [Qemu-devel] WG: [ovirt-users] Segmentation fault in libtcmalloc
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: "Dr. David Alan Gilbert" <dgilbert@redhat.com>
Cc: 'Paolo Bonzini' <pbonzini@redhat.com>, "Grundmann,
	Christian" <Christian.Grundmann@fabasoft.com>, "'qemu-devel@nongnu.org'" <qemu-devel@nongnu.org>, "stefanha@redhat.com" <stefanha@redhat.com>

"Dr. David Alan Gilbert" <dgilbert@redhat.com> writes:

> * Grundmann, Christian (Christian.Grundmann@fabasoft.com) wrote:
>> Hi,
>> 
>> qemu-img-ev-2.3.0-29.1.el7.x86_64
>> libvirt-daemon-driver-qemu-1.2.8-16.el7_1.4.x86_64
>> qemu-kvm-ev-2.3.0-29.1.el7.x86_64
>> qemu-kvm-common-ev-2.3.0-29.1.el7.x86_64
>> ipxe-roms-qemu-20130517-7.gitc4bce43.el7.noarch
>> qemu-kvm-tools-ev-2.3.0-29.1.el7.x86_64
>> 
>> 
>> it seems pc-i440fx-rhel7.2.0 is the default for ovirt 3.6 
>> 
>> I tried using only virtio-scsi disk but the VM wont boot (not
>> bootable device) so i used IDE for the boot disk.
>
> I think this seg is actually quite different - although it depends
> where the actual corruption
> happened - looking at the backtrace again the failing thread wasn't
> the io thread; it
> failed in a call from the json parser in the main thread.

Yes, in a free on behalf of parser_context_free() on parser cleanup.
Smells like memory corruption.  Habe you tried reproducing under
valgrind?