[Gluster-devel] eager locks
Pranith Kumar Karampuri
pkarampu at redhat.com
Wed Jan 8 04:32:38 UTC 2014
Check that the option is present in the volfile of gluster-fuse mount. This is even printed in the graph that is printed in logfile.
if you check afr.c file the option is read into priv->eager_lock variable in afr xlator:
331 GF_OPTION_INIT ("eager-lock", priv->eager_lock, bool, out);
So either you attach the mount process to gdb and examine that the options is turned on or put a log to print the same.
Pranith
----- Original Message -----
> From: "Emmanuel Dreyfus" <manu at netbsd.org>
> To: gluster-devel at nongnu.org
> Sent: Tuesday, January 7, 2014 9:35:18 PM
> Subject: [Gluster-devel] eager locks
>
> I am testing eager locks on glusterfs-3.5.0qa3 / NetBSD 6.1.2, and they
> seem to work (we disabled them by default for NetBSD on 3.4 release
> because they were broken).
>
> How can I be sure the client is using them? On a brick I can do that:
> # gluster volume info gfs351
>
> Volume Name: gfs351
> Type: Distributed-Replicate
> Volume ID: d8420bcf-2434-4f77-a39d-37348a9b3645
> Status: Started
> Number of Bricks: 2 x 2 = 4
> Transport-type: tcp
> Bricks:
> Brick1: silo:/export/wd2a
> Brick2: hangar:/export/wd1a
> Brick3: hangar:/export/wd3a
> Brick4: debacle:/export/wd1a
> Options Reconfigured:
> cluster.eager-lock: on
>
> But how can I probe the config client side?
>
> --
> Emmanuel Dreyfus
> http://hcpnet.free.fr/pubz
> manu at netbsd.org
>
> _______________________________________________
> Gluster-devel mailing list
> Gluster-devel at nongnu.org
> https://lists.nongnu.org/mailman/listinfo/gluster-devel
>
More information about the Gluster-devel
mailing list