All of lore.kernel.org
 help / color / mirror / Atom feed
From: Chris Vine <chris@cvine.freeserve.co.uk>
To: Jeff Layton <jlayton@redhat.com>
Cc: "J. Bruce Fields" <bfields@fieldses.org>,
	Linux Kernel Mailing List <linux-kernel@vger.kernel.org>
Subject: Re: nfsd hang and kernel bug in 2.6.35-rc3
Date: Wed, 16 Jun 2010 22:08:24 +0100	[thread overview]
Message-ID: <20100616220824.4e886552@boulder.homenet> (raw)
In-Reply-To: <20100616123532.569efeb9@tlielax.poochiereds.net>

On Wed, 16 Jun 2010 12:35:32 -0400
Jeff Layton <jlayton@redhat.com> wrote:
[snip]
> No, I don't think we ever saw any oopses from this, but I think I can
> see what happened here:
> 
> rpc.nfsd was unable to hand any socket fd's off to the kernel due to
> being unable to start lockd. Regardless though, it tried to start
> threads anyway, and called into nfsd_init_socks. It then started a udp
> socket, and tried to call lockd_up again. That failed, and it
> returned error. Now sv_permsocks is non-empty but the socket there
> doesn't hold a lockd reference.
> 
> The right fix is probably to tear down the socket when lockd_up fails
> in nfsd_init_socks.
> 
> I suspect that Chris may be using an older version of rpc.nfsd though
> that might behave a little differently than the one I was using, and
> that might account for why he hit this and we didn't.
> 
> Chris, what version of nfs-utils do you have installed on this box?
[snip]

It's the stock nfs-utils-1.2.2 which comes with slackware 13.1, which
seems to be the latest (stable) release.

Chris



  reply	other threads:[~2010-06-16 21:09 UTC|newest]

Thread overview: 8+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2010-06-15 16:50 nfsd hang and kernel bug in 2.6.35-rc3 Chris Vine
2010-06-16 15:36 ` J. Bruce Fields
2010-06-16 16:35   ` Jeff Layton
2010-06-16 21:08     ` Chris Vine [this message]
2010-06-17  0:44       ` Jeff Layton
2010-06-17 10:38         ` Chris Vine
2010-06-17 14:30           ` Jeff Layton
2010-06-16 15:50 ` Andreas Schwab

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=20100616220824.4e886552@boulder.homenet \
    --to=chris@cvine.freeserve.co.uk \
    --cc=bfields@fieldses.org \
    --cc=jlayton@redhat.com \
    --cc=linux-kernel@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.