<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On Tue, Apr 5, 2016 at 2:22 PM, Atin Mukherjee <span dir="ltr"><<a href="mailto:amukherj@redhat.com" target="_blank">amukherj@redhat.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span><br>
<br>
On 04/05/2016 01:04 PM, ABHISHEK PALIWAL wrote:<br>
> Hi Team,<br>
><br>
> We are using Gluster 3.7.6 and facing one problem in which brick is not<br>
> comming online after restart the board.<br>
><br>
> To understand our setup, please look the following steps:<br>
> 1. We have two boards A and B on which Gluster volume is running in<br>
> replicated mode having one brick on each board.<br>
> 2. Gluster mount point is present on the Board A which is sharable<br>
> between number of processes.<br>
> 3. Till now our volume is in sync and everthing is working fine.<br>
> 4. Now we have test case in which we'll stop the glusterd, reboot the<br>
> Board B and when this board comes up, starts the glusterd again on it.<br>
> 5. We repeated Steps 4 multiple times to check the reliability of system.<br>
> 6. After the Step 4, sometimes system comes in working state (i.e. in<br>
> sync) but sometime we faces that brick of Board B is present in<br>
> “gluster volume status” command but not be online even waiting for<br>
> more than a minute.<br>
</span>As I mentioned in another email thread until and unless the log shows<br>
the evidence that there was a reboot nothing can be concluded. The last<br>
log what you shared with us few days back didn't give any indication<br>
that brick process wasn't running.<br></blockquote><div>How can we identify that the brick process is running in brick logs? <br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<span>> 7. When the Step 4 is executing at the same time on Board A some<br>
> processes are started accessing the files from the Gluster mount point.<br>
><br>
> As a solution to make this brick online, we found some existing issues<br>
> in gluster mailing list giving suggestion to use “gluster volume start<br>
> <vol_name> force” to make the brick 'offline' to 'online'.<br>
><br>
> If we use “gluster volume start <vol_name> force” command. It will kill<br>
> the existing volume process and started the new process then what will<br>
> happen if other processes are accessing the same volume at the time when<br>
> volume process is killed by this command internally. Will it impact any<br>
> failure on these processes?<br>
</span>This is not true, volume start force will start the brick processes only<br>
if they are not running. Running brick processes will not be interrupted.<br></blockquote><div>we have tried and check the pid of process before force start and after force start.<br></div><div>the pid has been changed after force start.<br><br></div><div>Please find the logs at the time of failure attached once again with log-level=debug.<br><br></div><div>if you can give me the exact line where you are able to find out that the brick process<br></div><div>is running in brick log file please give me the line number of that file.<br></div><div><br></div><div>002500 - Board B that brick is offline<br></div><div>00300 - Board A logs<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
><br>
> *Question : What could be contributing to brick offline?*<br>
><br>
<span><font color="#888888">><br>
> --<br>
><br>
> Regards<br>
> Abhishek Paliwal<br>
><br>
><br>
> _______________________________________________<br>
> Gluster-devel mailing list<br>
> <a href="mailto:Gluster-devel@gluster.org" target="_blank">Gluster-devel@gluster.org</a><br>
> <a href="http://www.gluster.org/mailman/listinfo/gluster-devel" rel="noreferrer" target="_blank">http://www.gluster.org/mailman/listinfo/gluster-devel</a><br>
><br>
</font></span></blockquote></div><br><br clear="all"><br></div></div>