Re: Issue with storage access when brick goes down

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

 



I assume that this is because the host which went down is even the host which is used for mounting client.

Suppose there are 2 host. Host1 and Host2. And client is mounted as
mount -t glusterfs host1:brick1 /mnt

In this case if host1 goes down, client will wait till network ping timeout before it starts accessing volume using other host(host2).

So I think this is expected behaviour.

Thanks,
Bipin Kunal

On Dec 7, 2015 10:57 PM, "L, Sridhar (Nokia - IN/Bangalore)" <sridhar.l@xxxxxxxxx> wrote:
Hello,
 
I am running gluster storage in distributed replicated mode. When one of the brick (host) goes offline, operations on the file system by the client will hang for a while and resumes after sometime. I searched and found that operations hang for the period set in network.ping-timeout.
Can anyone explain me why the client operations will hang even though the other brick is available with all the data?
 
 
Regards,
Sridhar L
 
 
 

_______________________________________________
Gluster-users mailing list
Gluster-users@xxxxxxxxxxx
http://www.gluster.org/mailman/listinfo/gluster-users
_______________________________________________
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