<div dir="ltr">We don&#39;t collect any information before aborting tests. However, if we can put together a list of things we&#39;d like to do collect before aborting jobs, I can look into what can be done to collect it.<br></div><div class="gmail_extra"><br><div class="gmail_quote">On Wed, Sep 28, 2016 at 4:19 PM, Raghavendra Gowdappa <span dir="ltr">&lt;<a href="mailto:rgowdapp@redhat.com" target="_blank">rgowdapp@redhat.com</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi all,<br>
<br>
Do we collect any diagnostic information before aborting tests as in [1]? If yes, where can I find them?<br>
<br>
If no, I think following information would be useful<br>
<br>
1. ps output of all relevant gluster processes and tests running on them (to find status of processes like &#39;D&#39; etc)<br>
2. Statedump of client and brick processes (better to dump all information like inodes, call-stack, etc)<br>
3. coredump of client and brick processes<br>
<br>
If you think any other information is helpful, please add to the list.<br>
<br>
In the specific case of [1], the test runs fine on my local machine, but always hangs on build machines. So having this information is helpful.<br>
<br>
[1] <a href="https://build.gluster.org/job/netbsd7-regression/886/console" rel="noreferrer" target="_blank">https://build.gluster.org/job/<wbr>netbsd7-regression/886/console</a><br>
<br>
regards,<br>
Raghavendra<br>
</blockquote></div><br><br clear="all"><br>-- <br><div class="gmail_signature" data-smartmail="gmail_signature"><div dir="ltr">nigelb<br></div></div>
</div>