<html><body><p><font size="2">Hi Stephan,</font><br><br><font size="2">I observed ganesha service getting restarted only after adding first nfs export.</font><br><font size="2">For rest of the operations (e.g. adding more nfs exports, changing nfs exports, removing nfs exports); ganesha service doesn't restart.</font><br><br><font size="2">My observations are based on following simple tests. I ran them against rhel7.3 test cluster having nfs-ganesha-2.5.2.</font><br><br><font size="2">tests:</font><br><font size="2">1. created 1st nfs export - ganesha service was restarted</font><br><font size="2">2. created 4 more nfs exports (mmnfs export add path)</font><br><font size="2">3. changed 2 nfs exports (mmnfs export change path --nfschange); </font><br><font size="2">4. removed all 5 exports one by one (mmnfs export remove path)</font><br><font size="2">5. no nfs exports after step 4 on my test system. So, created a new nfs export (which will be the 1st nfs export).</font><br><font size="2">6. change nfs export created in step 5</font><br><br><font size="2">results observed:</font><br><font size="2">ganesha service restarted for test 1 and test 5. </font><br><font size="2">For rest tests (2,3,4,6); ganesha service didn't restart.</font><br><br><font size="2">Thanks,</font><br><font size="2">Chetan.</font><br><br><img width="16" height="16" src="cid:1__=EABB0B51DFAE85BE8f9e8a93df938690918cEAB@" border="0" alt="Inactive hide details for "Peinkofer, Stephan" ---10/23/2017 04:11:33 PM---Dear List, I’m currently working on a self service "><font size="2" color="#424282">"Peinkofer, Stephan" ---10/23/2017 04:11:33 PM---Dear List, I’m currently working on a self service portal for managing NFS exports of ISS. Basically</font><br><br><font size="2" color="#5F5F5F">From:        </font><font size="2">"Peinkofer, Stephan" <Stephan.Peinkofer@lrz.de></font><br><font size="2" color="#5F5F5F">To:        </font><font size="2">"gpfsug-discuss@spectrumscale.org" <gpfsug-discuss@spectrumscale.org></font><br><font size="2" color="#5F5F5F">Date:        </font><font size="2">10/23/2017 04:11 PM</font><br><font size="2" color="#5F5F5F">Subject:        </font><font size="2">[gpfsug-discuss] Experience with CES NFS export management</font><br><font size="2" color="#5F5F5F">Sent by:        </font><font size="2">gpfsug-discuss-bounces@spectrumscale.org</font><br><hr width="100%" size="2" align="left" noshade style="color:#8091A5; "><br><br><br>Dear List, <br><br>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.<br>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<br>create/change/delete a NFS export via mmnfs, ganesha service is restarted on all nodes. <br><br>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.<br>Do you see any problems when you add/change/delete exports and ganesha gets restarted?<br><br>Are there any (supported) workarounds for this problem? <br><br>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: <a href="https://www.ibm.com/developerworks/rfe/execute?use_case=viewRfe&CR_ID=111918"><u><font color="#0000FF">https://www.ibm.com/developerworks/rfe/execute?use_case=viewRfe&CR_ID=111918</font></u></a><br><br>Many thanks in advance.<br>Best Regards,<br>Stephan Peinkofer<br><font size="1">-- <br>Stephan Peinkofer<br>Dipl. Inf. (FH), M. Sc. (TUM)<br> <br>Leibniz Supercomputing Centre<br>Data and Storage Division<br>Boltzmannstraße 1, 85748 Garching b. München<br>Tel: +49(0)89 35831-8715     Fax: +49(0)89 35831-9700<br>URL: </font><a href="https://urldefense.proofpoint.com/v2/url?u=http-3A__www.lrz.de&d=DwMGaQ&c=jf_iaSHvJObTbx-siA1ZOg&r=uic-29lyJ5TCiTRi0FyznYhKJx5I7Vzu80WyYuZ4_iM&m=ghcZYswqgF3beYOogGGLsT1RyDRZrbLXdzp3Fbjmfrg&s=bUa2Eju3PnyQq3Dq27mogVtG7iadxCaEZEnOixz-qVw&e="><u><font size="1" color="#0000FF">http://www.lrz.de</font></u></a><br><tt><font size="2">_______________________________________________<br>gpfsug-discuss mailing list<br>gpfsug-discuss at spectrumscale.org<br></font></tt><tt><font size="2"><a href="https://urldefense.proofpoint.com/v2/url?u=http-3A__gpfsug.org_mailman_listinfo_gpfsug-2Ddiscuss&d=DwICAg&c=jf_iaSHvJObTbx-siA1ZOg&r=uic-29lyJ5TCiTRi0FyznYhKJx5I7Vzu80WyYuZ4_iM&m=ghcZYswqgF3beYOogGGLsT1RyDRZrbLXdzp3Fbjmfrg&s=TUm7BM3sY75Nc20gOfhz9lvDgYJse0TM6-tIW8I1QiI&e=">https://urldefense.proofpoint.com/v2/url?u=http-3A__gpfsug.org_mailman_listinfo_gpfsug-2Ddiscuss&d=DwICAg&c=jf_iaSHvJObTbx-siA1ZOg&r=uic-29lyJ5TCiTRi0FyznYhKJx5I7Vzu80WyYuZ4_iM&m=ghcZYswqgF3beYOogGGLsT1RyDRZrbLXdzp3Fbjmfrg&s=TUm7BM3sY75Nc20gOfhz9lvDgYJse0TM6-tIW8I1QiI&e=</a></font></tt><tt><font size="2"><br></font></tt><br><br><BR>
</body></html>