[ovirt-users] VM get stuck randomly

Nir Soffer nsoffer at redhat.com
Sun Mar 27 19:24:16 UTC 2016


On Sun, Mar 27, 2016 at 8:39 PM, Christophe TREFOIS
<christophe.trefois at uni.lu> wrote:
> Hi Nir,
>
> Here is another one, this time with strace of children and gdb dump.
>
> Interestingly, this time, the qemu seems stuck 0%, vs 100% for other cases.
>
> The files for strace are attached.

Hopefully Kevin can take a look.


> The gdb + core dump is found here (too
> big):
>
> https://dl.dropboxusercontent.com/u/63261/gdb-core.tar.gz

I think it will be more useful to extract a traceback of all threads
and send the tiny traceback.

gdb --pid <qemu pid> --batch --eval-command='thread apply all bt'

> If it helps, most machines get stuck on the host hosting the self-hosted
> engine, which runs a local 1-node glusterfs.

And getting also /var/log/messages, sanlock, vdsm, glusterfs and
libvirt logs for this timeframe
would be helpful.

Nir

>
> Thank you for your help,
>
>> Christophe
>
> Dr Christophe Trefois, Dipl.-Ing.
> Technical Specialist / Post-Doc
>
> UNIVERSITÉ DU LUXEMBOURG
>
> LUXEMBOURG CENTRE FOR SYSTEMS BIOMEDICINE
> Campus Belval | House of Biomedicine
> 6, avenue du Swing
> L-4367 Belvaux
> T: +352 46 66 44 6124
> F: +352 46 66 44 6949
> http://www.uni.lu/lcsb
>
>
>
> ----
> This message is confidential and may contain privileged information.
> It is intended for the named recipient only.
> If you receive it in error please notify me and permanently delete the
> original message and any copies.
> ----
>
>
>
>> On 25 Mar 2016, at 11:53, Nir Soffer <nsoffer at redhat.com> wrote:
>>
>> gdb --pid <qemu pid> --batch --eval-command='thread apply all bt'
>



More information about the Users mailing list