[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [Qemu-devel] WG: [ovirt-users] Segmentation fault in libtcmalloc
From: |
Markus Armbruster |
Subject: |
Re: [Qemu-devel] WG: [ovirt-users] Segmentation fault in libtcmalloc |
Date: |
Thu, 10 Dec 2015 14:18:38 +0100 |
User-agent: |
Gnus/5.13 (Gnus v5.13) Emacs/24.5 (gnu/linux) |
"Dr. David Alan Gilbert" <address@hidden> writes:
> * Grundmann, Christian (address@hidden) 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?