Re: Replicated volume, one slow brick

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

 



You won't have 3x copies of data but you could try replica2 + arbiter volume?  Other than that I am not sure how to or if its possible to compensate for a slow brick like that.

-b

----- Original Message -----
> From: "Øyvind Krosby" <oyvind@xxxxxxxxx>
> To: gluster-users@xxxxxxxxxxx
> Sent: Thursday, July 13, 2017 4:44:09 AM
> Subject:  Replicated volume, one slow brick
> 
> I have been trying to figure out how glusterfs-fuse client will handle it
> when 1 of 3 bricks in a 3-way replica is slower than the others.
> 
> It looks like a glusterfs-fuse client will send requests to all 3 bricks when
> accessing a file. But what happens when one of the bricks is not responding
> in time?
> 
> We saw an issue when we added external load to the raid volume where the
> brick was located. The disk became 100% busy, and as a result the
> glusterfs-clients hang when they access the volume.
> 
> Is there a way to avoid this, and make the clients ask the other two bricks
> for the data when one brick is too slow?
> 
> Thanks
> 
> Øyvind Krosby
> SRE, Zedge.net
> 
> _______________________________________________
> Gluster-users mailing list
> Gluster-users@xxxxxxxxxxx
> http://lists.gluster.org/mailman/listinfo/gluster-users
_______________________________________________
Gluster-users mailing list
Gluster-users@xxxxxxxxxxx
http://lists.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