[Gluster-users] [Gluster-devel] Brick is Offline

Atin Mukherjee amukherj at redhat.com
Fri Apr 1 10:09:20 UTC 2016



On 04/01/2016 03:06 PM, ABHISHEK PALIWAL wrote:
> 
> On Fri, Apr 1, 2016 at 2:59 PM, Atin Mukherjee <amukherj at redhat.com
> <mailto:amukherj at redhat.com>> wrote:
> 
> 
> 
>     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?
>     >
> 
> it is hard to say at what time we rebooted the B board because we are
> continuously rebooting the board B.
> 
> Here I am attaching the glusterd and glsuterfs log for board B.
I can see the last restart of glusterd was at 13:11:27 and as per the
brick log there was no restart. This doesn't look like a reboot of the
board as in that case brick process should have also died and restarted.
Brick log indicates that the process is still running and there is no
interruption.
> 
>     > Regards,
>     > Abhishek
>     >
>     > On Fri, Apr 1, 2016 at 1:04 PM, Atin Mukherjee <amukherj at redhat.com <mailto:amukherj at redhat.com>
>     > <mailto: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>
>     <mailto:Gluster-devel at gluster.org <mailto:Gluster-devel at gluster.org>>
>     >     > http://www.gluster.org/mailman/listinfo/gluster-devel
>     >     >
>     >
>     >
>     >
>     >
>     > --
>     >
>     >
>     >
>     >
>     > Regards
>     > Abhishek Paliwal
> 
> 


More information about the Gluster-users mailing list