Date: Fri, 27 Apr 2012 13:35:56 +0900 (JST) From: Hiroki Sato <hrs@FreeBSD.org> To: rmacklem@uoguelph.ca Cc: freebsd-stable@FreeBSD.org, killing@multiplay.co.uk, ob@e-Gitt.NET Subject: Re: 9-STABLE, ZFS, NFS, ggatec - suspected memory leak Message-ID: <20120427.133556.1957776674947898933.hrs@allbsd.org> In-Reply-To: <1527622626.3418715.1335445225510.JavaMail.root@erie.cs.uoguelph.ca> References: <CECF4CFBF24C49A0A980F2C682E2EC4D@multiplay.co.uk> <1527622626.3418715.1335445225510.JavaMail.root@erie.cs.uoguelph.ca>
next in thread | previous in thread | raw e-mail | index | archive | help
----Security_Multipart(Fri_Apr_27_13_35_56_2012_748)-- Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Rick Macklem <rmacklem@uoguelph.ca> wrote in <1527622626.3418715.1335445225510.JavaMail.root@erie.cs.uoguelph.ca>: rm> Steven Hartland wrote: rm> > ---- Original Message ----- rm> > From: "Rick Macklem" <rmacklem@uoguelph.ca> rm> > > At a glance, it looks to me like 8.x is affected. Note that the rm> > > bug only affects the new NFS server (the experimental one for 8.x) rm> > > when exporting ZFS volumes. (UFS exported volumes don't leak) rm> > > rm> > > If you are running a server that might be affected, just: rm> > > # vmstat -z | fgrep -i namei rm> > > on the server and see if the 3rd number shown is increasing. rm> > rm> > Many thanks Rick wasnt aware we had anything experimental enabled rm> > but I think that would be a yes looking at these number:- rm> > rm> > vmstat -z | fgrep -i namei rm> > NAMEI: 1024, 0, 1, 1483, 25285086096, 0 rm> > vmstat -z | fgrep -i namei rm> > NAMEI: 1024, 0, 0, 1484, 25285945725, 0 rm> > rm> ^ rm> I don't think so, since the 3rd number (USED) is 0 here. rm> If that # is increasing over time, you have the leak. You are rm> probably running the old (default in 8.x) NFS server. Just a report, I confirmed it affected 8.x servers running newnfs. Actually I have been suffered from memory starvation symptom on that server (24GB RAM) for a long time and watching vmstat -z periodically. It stopped working once a week. I investigated the vmstat log again and found the amount of NAMEI leak was 11,543,956 (about 11GB!) just before the locked-up. After applying the patch, the leak disappeared. Thank you for fixing it! -- Hiroki ----Security_Multipart(Fri_Apr_27_13_35_56_2012_748)-- Content-Type: application/pgp-signature Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (FreeBSD) iEYEABECAAYFAk+aIiwACgkQTyzT2CeTzy377gCfVED8ax2Dp5yK+aPFngbjTnuy +eYAniQh3lwH6VoTqFE5LeZA7jv/fY7z =OSLV -----END PGP SIGNATURE----- ----Security_Multipart(Fri_Apr_27_13_35_56_2012_748)----
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20120427.133556.1957776674947898933.hrs>