<div dir="ltr">Forgot to CC Niels.<br></div><div class="gmail_extra"><br><div class="gmail_quote">On Tue, Jul 19, 2016 at 2:35 PM, Pranith Kumar Karampuri <span dir="ltr"><<a href="mailto:pkarampu@redhat.com" target="_blank">pkarampu@redhat.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote"><span class="">On Mon, Jul 18, 2016 at 11:58 PM, Yannick Perret <span dir="ltr"><<a href="mailto:yannick.perret@liris.cnrs.fr" target="_blank">yannick.perret@liris.cnrs.fr</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Hello,<br>
just a note to give feedback on a known problem:<br>
I have 2 replica servers and for some reasons I use NFS mounts on one of my clients (because it is an old one with which I have troubles with glusterfs native client).<br>
I managed to performs NFS mounts from on of the servers but failed on the other.<br>
<br>
I was happy to find a thread about this problem: it is rpcbind started by default with "-w" option that lead rpcbind to re-use NFS-server ports even if no more NFS server is running (but it did on this machine). Removing the "-w" option and restarting rpcbind works fine.<br></blockquote><div><br></div></span><div>+Niels (who maintains NFS)<br> <br></div><span class=""><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<br>
This mail is only to suggest to add this on documentations pages for glusterfs as it seems than other people met this problem.<br>
In a more general way why not adding a "troubleshooting" section to documentation? I parsed official documentations and found the solution reading bugreports threads. It seems that this problem still exists on (at least) recent Debians - that I'm using - so it may save time to other users. <br></blockquote><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<br>
Other suggestion: indicating on docs that it may be disk-saving to switch volumes to WARNING level-log (for clients). INFO is far too verbose for production (at least on 3.6.x) and should only be used when starting using glusterfs.<br></blockquote></span><div><div><br>It has both pros and cons. If you were to report problems, it is a
bit more easier to solve the problem if we have INFO logs as well as
they contain additional data that might be missed if we make default to
be WARNING. So I guess it is a trade-off.<br></div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><span class="">
<br>
<br>
Note: this is just improvement suggestions, that may save time to other people. glusterfs is very fine for our needs and we are happy to use it :)<br>
<br>
Best regards,<br>
--<br>
Y.<br>
<br>
<br>
<br></span>_______________________________________________<br>
Gluster-users mailing list<br>
<a href="mailto:Gluster-users@gluster.org" target="_blank">Gluster-users@gluster.org</a><br>
<a href="http://www.gluster.org/mailman/listinfo/gluster-users" rel="noreferrer" target="_blank">http://www.gluster.org/mailman/listinfo/gluster-users</a><span class="HOEnZb"><font color="#888888"><br></font></span></blockquote></div><span class="HOEnZb"><font color="#888888"><br><br clear="all"><br>-- <br><div data-smartmail="gmail_signature"><div dir="ltr">Pranith<br></div></div>
</font></span></div></div>
</blockquote></div><br><br clear="all"><br>-- <br><div class="gmail_signature" data-smartmail="gmail_signature"><div dir="ltr">Pranith<br></div></div>
</div>