[Gluster-devel] Global option for nfs-ganesha

[Niels de Vos]

On Wed, Jan 21, 2015 at 08:51:06AM -0500, Meghana Madhusudhan wrote:
> Hi all,

Hey Meghana,

> We're trying to implement a global option for NFS-Ganesha that'll look
> like this,
> 
> gluster vol set all features.ganesha on
> 
> This is intended to disable gluster-nfs throughout the gluster trusted
> pool, start NFS-Ganesha server and configure HA for NFS-Ganesha.

An important note is that the option should also affect volumes that
get created after setting the option.

> A dummy translator has been introduced to manage this global option
> and one more volume level option. 

I understand it like this, please correct me if I'm wrong:

0. somehow this 'ganesha management' translator gets loaded per volume
1. gluster volume set all features.ganesha on
2. the 'ganesha management' translator sees the features.ganesha option
   and then sets nfs.disable for its own volume

Or, should the features.ganesha option cause the loading of the
translator?

> When this translator is loaded, there has to be a client volfile
> change on ALL the volumes present in the trusted pool. When *<all>* is
> used instead of a volume name, the volume set infrastructure in
> glusterd doesn't result in any volfile changes.

This suggests that 'gluster volume set all' is already available? I have
not seen it used before, what options does it currently support?

Maybe you can explain why the current function as it is available does
not suit your needs?

> As per discussions with the glusterd team, we'd need a cluster-wide
> lock to achieve what we require. 

Well, possibly, I do not know all the details what happens in the
background when a volume option is changes. But it is a change to the
volume options that will not be done often, so, *shrug*?

Thanks,
Niels
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 181 bytes
Desc: not available
URL: <http://www.gluster.org/pipermail/gluster-devel/attachments/20150121/c58d94bd/attachment.sig>