kern/144330: [nfs] mbuf leakage in nfsd with zfs
Rick Macklem
rmacklem at uoguelph.ca
Mon Mar 22 00:30:10 UTC 2010
The following reply was made to PR kern/144330; it has been noted by GNATS.
From: Rick Macklem <rmacklem at uoguelph.ca>
To: Mikolaj Golub <to.my.trociny at gmail.com>
Cc: Jeremy Chadwick <freebsd at jdc.parodius.com>, freebsd-fs at FreeBSD.org,
Kai Kockro <kkockro at web.de>, bug-followup at FreeBSD.org,
gerrit at pmp.uni-hannover.de
Subject: Re: kern/144330: [nfs] mbuf leakage in nfsd with zfs
Date: Sun, 21 Mar 2010 20:12:22 -0400 (EDT)
On Sun, 21 Mar 2010, Mikolaj Golub wrote:
[good stuff snipped]
>
> Athough it might be another issue then reported in this pr :-).
>
I think it's the same one, since disabling the replay cache made the
leak go away.
> Reviewing rpc/svc.c:svc_getreq() it looks for me that for RS_DONE case args
> are nevere freed. Shouldn't it be like in the attached patch?
>
Good catch!! It certainly looks like what would have caused the leak
to me. Since r_args has not been set to args for that case, svc_freereq()
wouldn't free args, just as you observed.
Hopefully Jeremy can test this, but I suspect you've found/fixed the
culprit.
Sorry, I can't remember if you are a committer? (If not, I'll try and
get dfr to review it and then get it committed.)
Again, good job, rick
ps: I was looking for a leak of the copy in the cache and didn't think
of the request coming in.
More information about the freebsd-fs
mailing list