All of lore.kernel.org
 help / color / mirror / Atom feed
From: Christian Robottom Reis <kiko@canonical.com>
To: "J. Bruce Fields" <bfields@fieldses.org>
Cc: NFS@lists.sourceforge.net,
	Ronaldo Maia <romaia-Zkq4WM0RTTBfJ/NunPodnw@public.gmane.org>
Subject: Re: [NFS] Server-side locking issue
Date: Thu, 12 Jun 2008 18:43:40 -0300	[thread overview]
Message-ID: <20080612214340.GA17293@async.com.br> (raw)
In-Reply-To: <20080509154305.GA798@fieldses.org>

On Fri, May 09, 2008 at 11:43:05AM -0400, J. Bruce Fields wrote:
> I don't think the server stopped responding to clients in the case
> Miklos described.

Okay. Well, one month later, it happened again to me.

> Perhaps a sysrq-T dump of lockd would show where (and whether) it's
> blocked?  (So once lockd stops responding, log into the server, run
> "echo t >/proc/sysrq-trigger", and collect the output from the logs,
> especially the stacktrace for the lockd process).

This time I did a ps auxww locking for the lockd process. And guess
what?

root      6323  0.0  0.0      0     0 ?        D    Jun01   0:50 [lockd]

I wonder why it's in the D state. I also wonder if there's a way to get
it back once it's in this state -- without reloading the kernel module
or rebooting, I guess.

I've collected a trace, at any rate, but lockd isn't even listed in it --
I can send it in if it makes sense.

What sort of debugging can I do to figure out what's wrong here?

(This is a dual-Xeon running:

    Linux anthem 2.6.22-14-generic #1 SMP Tue Feb 12 07:42:25 UTC 2008 i686 GNU/Linux)
-- 
Christian Robottom Reis | http://async.com.br/~kiko/ | [+55 16] 3376 0125

-------------------------------------------------------------------------
Check out the new SourceForge.net Marketplace.
It's the best place to buy or sell services for
just about anything Open Source.
http://sourceforge.net/services/buy/index.php
_______________________________________________
NFS maillist  -  NFS@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/nfs
_______________________________________________
Please note that nfs@lists.sourceforge.net is being discontinued.
Please subscribe to linux-nfs@vger.kernel.org instead.
    http://vger.kernel.org/vger-lists.html#linux-nfs


  reply	other threads:[~2008-06-12 21:44 UTC|newest]

Thread overview: 6+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2008-05-08 22:18 [NFS] Server-side locking issue Christian Robottom Reis
     [not found] ` <20080508221815.GB4583-Zkq4WM0RTTBfJ/NunPodnw@public.gmane.org>
2008-05-09 15:43   ` J. Bruce Fields
2008-06-12 21:43     ` Christian Robottom Reis [this message]
     [not found]       ` <20080612214340.GA17293-Zkq4WM0RTTBfJ/NunPodnw@public.gmane.org>
2008-06-12 22:17         ` Wendy Cheng
2008-06-12 22:42         ` Wendy Cheng
2008-06-12 23:50         ` Jeff Layton

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=20080612214340.GA17293@async.com.br \
    --to=kiko@canonical.com \
    --cc=NFS@lists.sourceforge.net \
    --cc=bfields@fieldses.org \
    --cc=romaia-Zkq4WM0RTTBfJ/NunPodnw@public.gmane.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.