[Gluster-users] gluster NFS/rpcbind conflict

Pranith Kumar Karampuri pkarampu at redhat.com
Tue Jul 19 09:05:32 UTC 2016


Forgot to CC Niels.

On Tue, Jul 19, 2016 at 2:35 PM, Pranith Kumar Karampuri <
pkarampu at redhat.com> wrote:

>
>
> On Mon, Jul 18, 2016 at 11:58 PM, Yannick Perret <
> yannick.perret at liris.cnrs.fr> wrote:
>
>> Hello,
>> just a note to give feedback on a known problem:
>> 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).
>> I managed to performs NFS mounts from on of the servers but failed on the
>> other.
>>
>> 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.
>>
>
> +Niels (who maintains NFS)
>
>
>>
>> This mail is only to suggest to add this on documentations pages for
>> glusterfs as it seems than other people met this problem.
>> 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.
>>
>
>> 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.
>>
>
> 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.
>
>
>>
>>
>> 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 :)
>>
>> Best regards,
>> --
>> Y.
>>
>>
>>
>> _______________________________________________
>> Gluster-users mailing list
>> Gluster-users at gluster.org
>> http://www.gluster.org/mailman/listinfo/gluster-users
>>
>
>
>
> --
> Pranith
>



-- 
Pranith
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.gluster.org/pipermail/gluster-users/attachments/20160719/112d5c2a/attachment.html>


More information about the Gluster-users mailing list