<div dir="ltr">Please provide the output of gluster volume info, gluster volume status and gluster peer status.<br></div><div class="gmail_extra"><br><div class="gmail_quote">On Mon, Sep 4, 2017 at 4:07 PM, lejeczek <span dir="ltr">&lt;<a href="mailto:peljasz@yahoo.co.uk" target="_blank">peljasz@yahoo.co.uk</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>
this:<br>
$ vol heal $_vol info<br>
outputs ok and exit code is 0<br>
But if I want to see statistics:<br>
$ gluster vol heal $_vol statistics<br>
Gathering crawl statistics on volume GROUP-WORK has been unsuccessful on bricks that are down. Please check if all brick processes are running.<br>
<br>
I suspect - gluster inability to cope with a situation where one peer(which is not even a brick for a single vol on the cluster!) is inaccessible to the rest of cluster.<br>
I have not played with any other variations of this case, eg. more than one peer goes down, etc.<br>
But I hope someone could try to replicate this simple test case.<br>
<br>
Cluster and vols, when something like this happens, seem accessible and as such &quot;all&quot; works, except when you want more details.<br>
This also fails:<br>
$ gluster vol status $_vol detail<br>
Error : Request timed out<br>
<br>
My gluster(3.10.5-1.el7.x86_64) exhibits these symptoms every time one(at least) peers goes out of the rest reach.<br>
<br>
maybe @devel can comment?<br>
<br>
many thanks, L.<br>
______________________________<wbr>_________________<br>
Gluster-users mailing list<br>
<a href="mailto:Gluster-users@gluster.org" target="_blank">Gluster-users@gluster.org</a><br>
<a href="http://lists.gluster.org/mailman/listinfo/gluster-users" rel="noreferrer" target="_blank">http://lists.gluster.org/mailm<wbr>an/listinfo/gluster-users</a><br>
</blockquote></div><br></div>