Re: [Gluster-devel] Brick is Offline

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 




On Fri, Apr 1, 2016 at 2:59 PM, Atin Mukherjee <amukherj@xxxxxxxxxx> 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.
> Regards,
> Abhishek
>
> On Fri, Apr 1, 2016 at 1:04 PM, Atin Mukherjee <amukherj@xxxxxxxxxx
> <mailto:amukherj@xxxxxxxxxx>> 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@xxxxxxxxxxx <mailto:Gluster-devel@xxxxxxxxxxx>
>     > http://www.gluster.org/mailman/listinfo/gluster-devel
>     >
>
>
>
>
> --
>
>
>
>
> Regards
> Abhishek Paliwal

Attachment: Board B logs.tar.gz
Description: GNU Zip compressed data

_______________________________________________
Gluster-users mailing list
Gluster-users@xxxxxxxxxxx
http://www.gluster.org/mailman/listinfo/gluster-users

[Index of Archives]     [Gluster Development]     [Linux Filesytems Development]     [Linux ARM Kernel]     [Linux ARM]     [Linux Omap]     [Fedora ARM]     [IETF Annouce]     [Bugtraq]     [Linux OMAP]     [Linux MIPS]     [eCos]     [Asterisk Internet PBX]     [Linux API]

  Powered by Linux