All of lore.kernel.org
 help / color / mirror / Atom feed
From: Steve Dickson <SteveD@redhat.com>
To: Chuck Lever <chuck.lever@oracle.com>
Cc: Linux NFS Mailing List <linux-nfs@vger.kernel.org>
Subject: Re: [PATCH] nfs4: v4 mounts should not need rpcbind running
Date: Fri, 03 Jun 2011 11:13:57 -0400	[thread overview]
Message-ID: <4DE8FA35.4010606@RedHat.com> (raw)
In-Reply-To: <A51F73EF-B137-4279-91BC-4B7E868CDCB6@oracle.com>



On 06/03/2011 10:41 AM, Chuck Lever wrote:
> Hey-
> 
> On Jun 3, 2011, at 10:11 AM, Steve Dickson wrote:
> 
>> When RPC services are created with svc_create() an
>> svc_unregister() is done to remove any stale registrations.
>>
>> This unregister is not needed with the v4 callback
>> service and will cause the mount to hang if rpcbind
>> is not running.
> 
> This should no longer be the case.  The kernel uses connected transports to contact rpcbind these days, and should be able to tell immediately that there is no rpcbind running.  If there is still a hang, something else is wrong.
Ok... The hang was just an theory... I didn't test it out... but I do know
for a fact that when a v4 mount is done, a PMAP_UNSET is set to rpcbind 
which obviously is not needed.  
> 
>> This patch makes the nfs4 callback service a hide service
>> by setting the vs_hidden flag in the nfs4_callback_version4
>> structure
> 
> One reason to continue to do this is to have some assurance that no-one else takes the same RPC program number.  Not a big deal.
Personally I think its a waste of cycles especially when a large
number of mounts are happening at once... Its completely overkill IMHO...

steved.

> 
>> Signed-off-by: Steve Dickson <steved@redhat.com>
>> ---
>> fs/nfs/callback_xdr.c |    1 +
>> 1 files changed, 1 insertions(+), 0 deletions(-)
>>
>> diff --git a/fs/nfs/callback_xdr.c b/fs/nfs/callback_xdr.c
>> index c6c86a7..7c8b800 100644
>> --- a/fs/nfs/callback_xdr.c
>> +++ b/fs/nfs/callback_xdr.c
>> @@ -996,4 +996,5 @@ struct svc_version nfs4_callback_version4 = {
>> 	.vs_proc = nfs4_callback_procedures1,
>> 	.vs_xdrsize = NFS4_CALLBACK_XDRSIZE,
>> 	.vs_dispatch = NULL,
>> +	.vs_hidden = 1,
>> };
> 

  reply	other threads:[~2011-06-03 15:14 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2011-06-03 14:11 [PATCH] nfs4: v4 mounts should not need rpcbind running Steve Dickson
2011-06-03 14:41 ` Chuck Lever
2011-06-03 15:13   ` Steve Dickson [this message]
2011-06-03 15:27     ` Chuck Lever

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=4DE8FA35.4010606@RedHat.com \
    --to=steved@redhat.com \
    --cc=chuck.lever@oracle.com \
    --cc=linux-nfs@vger.kernel.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.