From: "J. Bruce Fields" <bfields@fieldses.org>
To: "Myklebust, Trond" <Trond.Myklebust@netapp.com>
Cc: "Schumaker, Bryan" <Bryan.Schumaker@netapp.com>,
"linux-nfs@vger.kernel.org" <linux-nfs@vger.kernel.org>
Subject: Re: krb5 failures in recent nfs-for-next
Date: Wed, 21 Mar 2012 17:11:34 -0400 [thread overview]
Message-ID: <20120321211133.GE12309@fieldses.org> (raw)
In-Reply-To: <1332363225.12332.13.camel@lade.trondhjem.org>
On Wed, Mar 21, 2012 at 08:53:45PM +0000, Myklebust, Trond wrote:
> On Wed, 2012-03-21 at 16:50 -0400, J. Bruce Fields wrote:
> > On Wed, Mar 21, 2012 at 07:57:03PM +0000, Myklebust, Trond wrote:
> > > On Wed, 2012-03-21 at 15:45 -0400, J. Bruce Fields wrote:
> > > > On Wed, Mar 21, 2012 at 03:37:12PM -0400, Bryan Schumaker wrote:
> > > > > On 03/21/2012 03:24 PM, J. Bruce Fields wrote:
> > > > >
> > > > > > Have you been doing any krb5 testing?
> > > > >
> > > > >
> > > > > Not yet. It's still on my Jenkins todo list, but I haven't gotten around to it yet. Sounds like we need it, though, so I'll try working on it soon.
> > > >
> > > > Actually, I've since seen the failure over nfsv4 and auth_sys. All
> > > > that's left on the console is enough to tell me it's happening in
> > > > nfs4_free_lock_state, called from __rpc_execute in a kthread. (Well,
> > > > assuming that's actually the first backtrace.)
> > >
> > > I've just been slow to update nfs-for-next. There has been a fix for
> > > this in the 'devel' and 'linux-next' branches for a while. Pushed out
> > > now...
> > >
> > > The actual commitdiff is here:
> > > http://git.linux-nfs.org/?p=trondmy/linux-nfs.git;a=commitdiff;h=5ae67c4fee869c9b3c87b727a9ea511b6326b834
> >
> > Thanks!
> >
> > And that tree's stable, right?
>
> Yes. That's why I was slow to merge: I wanted ample testing first.
>
> > In which case if you've no objection I'll likely merge it with a note
> > that I need it (well, some of the container changes) for jlayton's
> > reboot recovery patches.
>
> OK. I'll likely be sending the merge request to Linus on or before
> Friday.
That'll work. I'm running slower than that.
Thanks! (Tests pass now.)
--b.
prev parent reply other threads:[~2012-03-21 21:11 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-03-21 19:24 krb5 failures in recent nfs-for-next J. Bruce Fields
2012-03-21 19:37 ` Bryan Schumaker
2012-03-21 19:45 ` J. Bruce Fields
2012-03-21 19:56 ` Adamson, Dros
2012-03-21 19:57 ` Myklebust, Trond
2012-03-21 20:50 ` J. Bruce Fields
2012-03-21 20:53 ` Myklebust, Trond
2012-03-21 21:11 ` 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=20120321211133.GE12309@fieldses.org \
--to=bfields@fieldses.org \
--cc=Bryan.Schumaker@netapp.com \
--cc=Trond.Myklebust@netapp.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