[gpfsug-discuss] Experience with CES NFS export management

[Jan-Frode Myklebust]

You can lower LEASE_LIFETIME and GRACE_PERIOD to shorten the time it's in
grace, to make it more bearable. Making export changes dynamic is something
that's fixed in newer versions of nfs-ganesha than what's shipped with
Scale:

https://github.com/nfs-ganesha/nfs-ganesha/releases/tag/V2.4.0:

  "dynamic EXPORT configuration update (via dBus and SIGHUP)"

Hopefully someone can comment on when we'll see nfs-ganesha v2.4+ included
with Scale.


  -jf


On Mon, Oct 23, 2017 at 12:41 PM, Peinkofer, Stephan <
Stephan.Peinkofer at lrz.de> wrote:

> Dear List,
>
> I’m currently working on a self service portal for managing NFS exports of
> ISS. Basically something very similar to OpenStack Manila but tailored to
> our specific needs.
> While it was very easy to do this using the great REST API of ISS, I
> stumbled across a fact that may be even a show stopper: According to the
> documentation for mmnfs, each time we
> create/change/delete a NFS export via mmnfs, ganesha service is restarted
> on all nodes.
>
> I assume that this behaviour may cause problems (at least IO stalls) on
> clients mounted the filesystem. So my question is, what is your experience
> with CES NFS export management.
> Do you see any problems when you add/change/delete exports and ganesha
> gets restarted?
>
> Are there any (supported) workarounds for this problem?
>
> PS: As I think in 2017 CES Exports should be manageable without service
> disruptions (and ganesha provides facilities to do so), I filed an RFE for
> this: https://www.ibm.com/developerworks/rfe/execute?
> use_case=viewRfe&CR_ID=111918
>
> Many thanks in advance.
> Best Regards,
> Stephan Peinkofer
> --
> Stephan Peinkofer
> Dipl. Inf. (FH), M. Sc. (TUM)
>
> Leibniz Supercomputing Centre
> Data and Storage Division
> Boltzmannstraße 1, 85748 Garching b. München
> Tel: +49(0)89 35831-8715 <+49%2089%20358318715>     Fax: +49(0)89
> 35831-9700 <+49%2089%20358319700>
> URL: http://www.lrz.de
>
>
> _______________________________________________
> gpfsug-discuss mailing list
> gpfsug-discuss at spectrumscale.org
> http://gpfsug.org/mailman/listinfo/gpfsug-discuss
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://gpfsug.org/pipermail/gpfsug-discuss_gpfsug.org/attachments/20171023/86bb5dcb/attachment.htm>