Date: Mon, 22 Mar 2010 00:30:09 GMT From: Rick Macklem <rmacklem@uoguelph.ca> To: freebsd-fs@FreeBSD.org Subject: Re: kern/144330: [nfs] mbuf leakage in nfsd with zfs Message-ID: <201003220030.o2M0U91J034682@freefall.freebsd.org>
next in thread | raw e-mail | index | archive | help
The following reply was made to PR kern/144330; it has been noted by GNATS.
From: Rick Macklem <rmacklem@uoguelph.ca>
To: Mikolaj Golub <to.my.trociny@gmail.com>
Cc: Jeremy Chadwick <freebsd@jdc.parodius.com>, freebsd-fs@FreeBSD.org,
Kai Kockro <kkockro@web.de>, bug-followup@FreeBSD.org,
gerrit@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.
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?201003220030.o2M0U91J034682>