From: "J. Bruce Fields" <bfields@fieldses.org>
To: Chuck Lever <chuck.lever@oracle.com>
Cc: Trond Myklebust <Trond.Myklebust@netapp.com>,
Jeff Layton <jlayton@redhat.com>,
Steve Dickson <SteveD@redhat.com>,
linux-nfs@vger.kernel.org
Subject: Re: [PATCH 0/3] Speed up detection of whether or not rpc.gssd is running
Date: Thu, 16 May 2013 16:22:29 -0400 [thread overview]
Message-ID: <20130516202228.GC3216@fieldses.org> (raw)
In-Reply-To: <14F7EF8E-A5C7-4187-B53A-EA71283AFC3A@oracle.com>
On Thu, May 16, 2013 at 09:55:21AM -0400, Chuck Lever wrote:
>
> On May 15, 2013, at 3:50 PM, Trond Myklebust
> <Trond.Myklebust@netapp.com> wrote:
>
> > Also fix the auth_gss pipe version detection so that it works
> > correctly in the presence of namespaces.
>
> Obviously my preference is to keep the existing krb5i -> sys logic and
> to try to address the upcall timeout, so this is a good direction,
> IMO.
>
> After some review, I'm still a little concerned about initialization
> races inappropriately preventing upcalls,
I don't understand what you're referring to--could you elaborate?
--b.
> but time (and testing) will
> tell. I'm happy with this solution if you and Bruce are.
>
> Speaking of testing, I can test this series if you think that would be
> valuable, but I assume that those who originally reported the timeout
> problem (Jeff and Steve) should be the ones to confirm whether this
> series addresses their concern.
>
>
> > Trond Myklebust (3): SUNRPC: Fix a bug in gss_create_upcall SUNRPC:
> > Faster detection if gssd is actually running SUNRPC: Convert
> > auth_gss pipe detection to work in namespaces
> >
> > net/sunrpc/auth_gss/auth_gss.c | 62
> > ++++++++++++++++++++++++++++-------------- net/sunrpc/netns.h
> > | 4 +++ net/sunrpc/rpc_pipe.c | 5 ++++ 3 files changed,
> > 50 insertions(+), 21 deletions(-)
>
> -- Chuck Lever chuck[dot]lever[at]oracle[dot]com
>
>
>
>
> -- To unsubscribe from this list: send the line "unsubscribe
> linux-nfs" in the body of a message to majordomo@vger.kernel.org More
> majordomo info at http://vger.kernel.org/majordomo-info.html
prev parent reply other threads:[~2013-05-16 20:22 UTC|newest]
Thread overview: 11+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-05-15 19:50 [PATCH 0/3] Speed up detection of whether or not rpc.gssd is running Trond Myklebust
2013-05-15 19:50 ` [PATCH 1/3] SUNRPC: Fix a bug in gss_create_upcall Trond Myklebust
2013-05-15 19:50 ` [PATCH 2/3] SUNRPC: Faster detection if gssd is actually running Trond Myklebust
2013-05-15 19:50 ` [PATCH 3/3] SUNRPC: Convert auth_gss pipe detection to work in namespaces Trond Myklebust
2013-05-16 20:21 ` J. Bruce Fields
2013-05-17 17:55 ` Myklebust, Trond
2013-05-16 20:19 ` [PATCH 2/3] SUNRPC: Faster detection if gssd is actually running J. Bruce Fields
2013-05-17 1:03 ` J. Bruce Fields
2013-05-17 17:52 ` Myklebust, Trond
2013-05-16 13:55 ` [PATCH 0/3] Speed up detection of whether or not rpc.gssd is running Chuck Lever
2013-05-16 20:22 ` J. Bruce Fields [this message]
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=20130516202228.GC3216@fieldses.org \
--to=bfields@fieldses.org \
--cc=SteveD@redhat.com \
--cc=Trond.Myklebust@netapp.com \
--cc=chuck.lever@oracle.com \
--cc=jlayton@redhat.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).