From: "J. Bruce Fields" <bfields@fieldses.org>
To: Peter Skensved <peter@jay.phy.QueensU.CA>
Cc: linux-nfs@vger.kernel.org
Subject: Re: nfsd4_stateowners problem
Date: Tue, 14 Sep 2010 13:31:54 -0400 [thread overview]
Message-ID: <20100914173154.GC2409@fieldses.org> (raw)
In-Reply-To: <20100827174823.GA26792@jay.phy.QueensU.CA>
On Fri, Aug 27, 2010 at 01:48:23PM -0400, Peter Skensved wrote:
>
> I'm looking for pointers and information on how to debug and annoying NFS
> problem that has been bugging us for a long time. The problem is that the number
> of nfsd4_stateowners keeps increasing until all low memory is exhausted and
> the oom-killer is invoked. The severity of the problem has changed over time
> with different kernels. At present it takes about 5 weeks for the size to
> grow to 500 Mb ( kernel 2.6.18-194.8.1.el5PAE, CentOS5.5 ). Restarting
> nfs clears up the problem but it is definitely not the preferred solution.
>
> The increase in the number of nfsd4_stateowners appears to happen in bursts.
> Nothing happens for long times and I suddenly see a burst. I've tried ( briefly )
> to turn on all logging in rpcdebug and have run tcpdump while watching slabtop
> but there is too much output to be able to see if there is anything strange
> happening. So - my question is : how do I limit the diagnostic output to what
> is relevant ? What are the modules and flags that I should be looking at ?
> Any other info I should bemonitoring ? /proc/fs/nfsfs ?
>From the point of view of upstream, 2.6.18 is a bit old.
I can't think of any existing logging or statistics that would answer
the question; we'd probably need to add some more.
--b.
next prev parent reply other threads:[~2010-09-14 17:33 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2010-08-27 17:48 nfsd4_stateowners problem Peter Skensved
2010-09-14 17:31 ` J. Bruce Fields [this message]
2010-09-14 18:40 ` Peter Skensved
2010-09-14 20:00 ` J. Bruce Fields
2010-09-14 20:24 ` Peter Skensved
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=20100914173154.GC2409@fieldses.org \
--to=bfields@fieldses.org \
--cc=linux-nfs@vger.kernel.org \
--cc=peter@jay.phy.QueensU.CA \
/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.