[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20110419204349.GB8228@fieldses.org>
Date: Tue, 19 Apr 2011 16:43:49 -0400
From: "J. Bruce Fields" <bfields@...ldses.org>
To: OGAWA Hirofumi <hirofumi@...l.parknet.co.jp>
Cc: "J. Bruce Fields" <bfields@...hat.com>,
Linus Torvalds <torvalds@...ux-foundation.org>,
Greg KH <gregkh@...e.de>, linux-kernel@...r.kernel.org,
stable@...nel.org, akpm@...ux-foundation.org,
alan@...rguk.ukuu.org.uk, Neil Brown <neilb@...e.de>,
linux-nfs@...r.kernel.org
Subject: Re: [105/105] nfsd4: fix oops on lock failure
On Tue, Apr 19, 2011 at 05:21:57PM +0900, OGAWA Hirofumi wrote:
> OGAWA Hirofumi <hirofumi@...l.parknet.co.jp> writes:
>
> >> I'll start test of this patch, and see what happens.
> >
> > OK. Although filp slabs are still slightly increasing (I'm not sure yet
> > whether this is leak of filp on system). But watching before/after
> > patch, the graph of filp slabs is clearly different.
> >
> > As far as I can say patches are fine.
>
> slightly increasing was stopped at 2200-2300. filp leak seems to be fixed.
Another thing to check is whether you can always unmount the exported
filesystem on the server after running your test. So something like:
service nfs stop
unmount /exports/fs
should always succeed; if you get an inexplicable EBUSY on the final
unmount then we likely still have a leak someplace.
--b.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists