Hi Atin, Thanks for reply. Could you please help me to identify the error log in the respective brick log file. I tried but not able to identified where the problem is occuring. I am attaching the brick log file which is not coming online even after waiting for 1 minute. Regards, Abhishek On Fri, Apr 1, 2016 at 1:04 PM, Atin Mukherjee <amukherj at redhat.com> wrote:> > > On 04/01/2016 12:10 PM, ABHISHEK PALIWAL wrote: > > Hi, > > > > > > I have the setup of two boards A and B with two bricks in replica mode. > > > > There is one test scenario > > > > 1. A acts as an active board and having the glusterfs mount point on it. > > 2. B acts as Passive board. > > 3. We are repetitively rebooting the B board (In this time period peer > > status on A board will be "peer in cluster (Disconnected)" and brick is > > not present in "gluster volume status") and when Board B comes up, > > starts the gluster daemon. > > 4. if Gluster daemon starts successfully it will make "peer in > > cluster(Connected)" > > 5. At the same with the immediate effect "gluster volume status" command > > should show the brick is available in online. > > > > > > But in my case sometime step 5 takes immediate reflection sometime 10-15 > > second and sometime doesn't show brick is online even after the 1minute. > > > > Could you please confirm why this type of unpredictable behavior is > > occuring. It should be reflect with immediate effect in "gluster volume > > status" command. > When glusterd restarts bricks processes are brought up asynchronously > and hence you may not see the brick processes reflecting in gluster > volume status output immediately after restart. 5-10 seconds is an > accepted time frame. However if it doesn't come back online post that > then probably brick fails to start in that case. > > Please check the respective brick log file and if you can find any error > logs in it. > > > > > > -- > > Regards > > Abhishek Paliwal > > > > > > _______________________________________________ > > Gluster-devel mailing list > > Gluster-devel at gluster.org > > http://www.gluster.org/mailman/listinfo/gluster-devel > > >-- Regards Abhishek Paliwal -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://www.gluster.org/pipermail/gluster-users/attachments/20160401/a739c4d1/attachment.html> -------------- next part -------------- A non-text attachment was scrubbed... Name: opt-lvmdir-c2-brick.log Type: text/x-log Size: 47555 bytes Desc: not available URL: <http://www.gluster.org/pipermail/gluster-users/attachments/20160401/a739c4d1/attachment.bin>
On 04/01/2016 02:55 PM, ABHISHEK PALIWAL wrote:> Hi Atin, > > Thanks for reply. > > Could you please help me to identify the error log in the respective > brick log file. I tried but not able to identified where the problem is > occuring. > > I am attaching the brick log file which is not coming online even after > waiting for 1 minute.What time did you reboot B? Could you also attach glusterd log file (complete log) for board B?> > Regards, > Abhishek > > On Fri, Apr 1, 2016 at 1:04 PM, Atin Mukherjee <amukherj at redhat.com > <mailto:amukherj at redhat.com>> wrote: > > > > On 04/01/2016 12:10 PM, ABHISHEK PALIWAL wrote: > > Hi, > > > > > > I have the setup of two boards A and B with two bricks in replica mode. > > > > There is one test scenario > > > > 1. A acts as an active board and having the glusterfs mount point on it. > > 2. B acts as Passive board. > > 3. We are repetitively rebooting the B board (In this time period peer > > status on A board will be "peer in cluster (Disconnected)" and brick is > > not present in "gluster volume status") and when Board B comes up, > > starts the gluster daemon. > > 4. if Gluster daemon starts successfully it will make "peer in > > cluster(Connected)" > > 5. At the same with the immediate effect "gluster volume status" command > > should show the brick is available in online. > > > > > > But in my case sometime step 5 takes immediate reflection sometime 10-15 > > second and sometime doesn't show brick is online even after the 1minute. > > > > Could you please confirm why this type of unpredictable behavior is > > occuring. It should be reflect with immediate effect in "gluster volume > > status" command. > When glusterd restarts bricks processes are brought up asynchronously > and hence you may not see the brick processes reflecting in gluster > volume status output immediately after restart. 5-10 seconds is an > accepted time frame. However if it doesn't come back online post that > then probably brick fails to start in that case. > > Please check the respective brick log file and if you can find any error > logs in it. > > > > > > -- > > Regards > > Abhishek Paliwal > > > > > > _______________________________________________ > > Gluster-devel mailing list > > Gluster-devel at gluster.org <mailto:Gluster-devel at gluster.org> > > http://www.gluster.org/mailman/listinfo/gluster-devel > > > > > > > -- > > > > > Regards > Abhishek Paliwal