<div dir="ltr"><div>Hi Shyam,</div><div><br></div><div>Amar and I sat down to debug this failure[1] this morning. There was a bit of fun looking at the logs. It looked like the test restarted itself. The first log entry is at 16:20:03. This test has a timeout of 400 seconds which is around 16:26:43.</div><div><br></div><div>However, if you account for the fact that we log from the second step or so, it looks like the test timed out and we restarted it. The first log entry is from a few steps in, this makes sense. I think your patch[2] to increase the timeout to 800 seconds is the right way forward.</div><div><br></div><div>The last step before the timeout is this<br></div><div>[2018-07-30 16:26:29.160943]  : volume stop patchy-vol17 : SUCCESS<br>[2018-07-30 16:26:40.222688]  : volume delete patchy-vol17 : SUCCESS<br></div><div><br></div><div>There are 20 volumes, so it really needs at least a 90 second bump. I&#39;m estimating 30 seconds per volume to clean up. You probably want to some extra time so it passes on lcov as well. So right now the 800 second clean up looks good.</div><div><br></div><div>[1]: <a href="https://build.gluster.org/job/regression-test-burn-in/4051/">https://build.gluster.org/job/regression-test-burn-in/4051/</a></div><div>[2]: <a href="https://review.gluster.org/#/c/20568/2">https://review.gluster.org/#/c/20568/2</a><br>-- <br><div dir="ltr" class="gmail_signature"><div dir="ltr">nigelb<br></div></div></div></div>