<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=utf-8">
</head>
<body>
<div class="BodyFragment"><font size="2"><span style="font-size:10pt;">
<div class="PlainText">Hi,<br>
<br>
MS does not like my previous email, so here it is again with a link to Dropbox instead of as attached.<br>
<br>
——<br>
Hi Nir,<br>
<br>
Inside the core dump tarball is also the output of the two gdb commands you mentioned.<br>
<br>
Understandbly, you might not want to download the big files for that, so I attached them here seperately.<br>
<br>
</div>
</span></font></div>
<div class="BodyFragment"><font size="2"><span style="font-size:10pt;">
<div class="PlainText"><br>
<br>
For the other logs, here you go.<br>
<br>
For gluster I didn’t know which, so I sent all.<br>
<br>
I got the icinga notifcation at 17:06 CEST on March 27th (today). So for vdsm, I provided logs from 16h-18h.<br>
The check said that the VM was down for 11 minutes at that time.<br>
<br>
<a href="https://dl.dropboxusercontent.com/u/63261/bioservice-1.tar.gz">https://dl.dropboxusercontent.com/u/63261/bioservice-1.tar.gz</a><br>
<br>
Please do let me know if there is anything else I can provide.<br>
<br>
Best regards,<br>
<br>
<br>
> On 27 Mar 2016, at 21:24, Nir Soffer <nsoffer@redhat.com> wrote:<br>
> <br>
> On Sun, Mar 27, 2016 at 8:39 PM, Christophe TREFOIS<br>
> <christophe.trefois@uni.lu> wrote:<br>
>> Hi Nir,<br>
>> <br>
>> Here is another one, this time with strace of children and gdb dump.<br>
>> <br>
>> Interestingly, this time, the qemu seems stuck 0%, vs 100% for other cases.<br>
>> <br>
>> The files for strace are attached.<br>
> <br>
> Hopefully Kevin can take a look.<br>
> <br>
> <br>
>> The gdb + core dump is found here (too<br>
>> big):<br>
>> <br>
>> <a href="https://dl.dropboxusercontent.com/u/63261/gdb-core.tar.gz">https://dl.dropboxusercontent.com/u/63261/gdb-core.tar.gz</a><br>
> <br>
> I think it will be more useful to extract a traceback of all threads<br>
> and send the tiny traceback.<br>
> <br>
> gdb --pid <qemu pid> --batch --eval-command='thread apply all bt'<br>
> <br>
>> If it helps, most machines get stuck on the host hosting the self-hosted<br>
>> engine, which runs a local 1-node glusterfs.<br>
> <br>
> And getting also /var/log/messages, sanlock, vdsm, glusterfs and<br>
> libvirt logs for this timeframe<br>
> would be helpful.<br>
> <br>
> Nir<br>
> <br>
>> <br>
>> Thank you for your help,<br>
>> <br>
>> —<br>
>> Christophe<br>
>> <br>
>> Dr Christophe Trefois, Dipl.-Ing.<br>
>> Technical Specialist / Post-Doc<br>
>> <br>
>> UNIVERSITÉ DU LUXEMBOURG<br>
>> <br>
>> LUXEMBOURG CENTRE FOR SYSTEMS BIOMEDICINE<br>
>> Campus Belval | House of Biomedicine<br>
>> 6, avenue du Swing<br>
>> L-4367 Belvaux<br>
>> T: +352 46 66 44 6124<br>
>> F: +352 46 66 44 6949<br>
>> <a href="http://www.uni.lu/lcsb">http://www.uni.lu/lcsb</a><br>
>> <br>
>> <br>
>> <br>
>> ----<br>
>> This message is confidential and may contain privileged information.<br>
>> It is intended for the named recipient only.<br>
>> If you receive it in error please notify me and permanently delete the<br>
>> original message and any copies.<br>
>> ----<br>
>> <br>
>> <br>
>> <br>
>>> On 25 Mar 2016, at 11:53, Nir Soffer <nsoffer@redhat.com> wrote:<br>
>>> <br>
>>> gdb --pid <qemu pid> --batch --eval-command='thread apply all bt'<br>
>> <br>
<br>
</div>
</span></font></div>
</body>
</html>