Emmanuel Dreyfus wrote:
> What happens if I remove the trusted.gfid2path.* attributes? Are
> they just re-created?
After reading the source, I concluded I could safely remover the
trusted.gfid2path.* attributes. It fixed the (NetBSD specific)
performance problem.
--
Emmanuel
On Tue, Nov 14, 2017 at 06:38:44PM +0530, Atin Mukherjee wrote:
> So this is the origin of why the peers don't understand they are connected.
> Friend handshaking got stuck in the middle and it never recovered back.
> Restarting the glusterd services ideally should fix the state, if not then
>
On Tue, Nov 14, 2017 at 2:47 PM, Emmanuel Dreyfus wrote:
> On Tue, Nov 14, 2017 at 12:17:05PM +0530, Atin Mukherjee wrote:
> > > gluster volume status also exhibits trouble: each server will only
> > > list its bricks, but not the other's one. I suspect it could just
> > > be
On Tue, Nov 14, 2017 at 10:43:39AM +, Emmanuel Dreyfus wrote:
> What happens if I remove the trusted.gfid2path.* attributes? Are
> they just re-created?
>
> Some hint on how to disable the feature?
gluster volume set gfs gfid2path off
Can I jst delete the trusted.gfid2path.* attributes
On Tue, Nov 14, 2017 at 09:17:35AM +, Emmanuel Dreyfus wrote:
> In the meantime I tracked the performance problem to exteded atributes
> system calls. The root of the problem is outside of glusterfs, but fixing
> the consequuences would be nice.
I think I found the problem: listxattr() scales
On Tue, Nov 14, 2017 at 12:17:05PM +0530, Atin Mukherjee wrote:
> > gluster volume status also exhibits trouble: each server will only
> > list its bricks, but not the other's one. I suspect it could just
> > be some tiemout because of slow answer from the peer.
> Have you checked the output of
On Mon, Nov 13, 2017 at 10:10 PM, Emmanuel Dreyfus wrote:
> Hello
>
> I am looking for hints about how to debug this:
>
> I have a 4x2 Distributed-Replicate volume which exhibits extremely slow
> operations. Example:
> # time stat /gfs/dl
> 51969 10143657874486987692 drwxr-xr-x
Hello
I am looking for hints about how to debug this:
I have a 4x2 Distributed-Replicate volume which exhibits extremely slow
operations. Example:
# time stat /gfs/dl
51969 10143657874486987692 drwxr-xr-x 4 _httpd wheel 172912968 4096 "Nov 13
17:22:12 2017" "Sep 22 11:53:35 2017" "Sep 22