On Sun, Mar 27, 2016 at 8:39 PM, Christophe TREFOIS
<christophe.trefois(a)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.
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(a)redhat.com> wrote:
>
> gdb --pid <qemu pid> --batch --eval-command='thread apply all bt'