[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <87aafmgcvk.fsf@devron.myhome.or.jp>
Date: Wed, 20 Apr 2011 06:17:03 +0900
From: OGAWA Hirofumi <hirofumi@...l.parknet.co.jp>
To: "J. Bruce Fields" <bfields@...ldses.org>
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
"J. Bruce Fields" <bfields@...ldses.org> writes:
> 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.
It succeeded.
--
OGAWA Hirofumi <hirofumi@...l.parknet.co.jp>
--
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