Date: Sat, 5 May 2007 16:14:42 -0400 From: Kris Kennaway <kris@obsecurity.org> To: Matthew Dillon <dillon@apollo.backplane.com> Cc: John-Mark Gurney <gurney_j@resnet.uoregon.edu>, freebsd-stable@freebsd.org, corwin@aeternal.net, "Marc G. Fournier" <freebsd@hub.org> Subject: Re: swap zone exhausted, increase kern.maxswzone Message-ID: <20070505201442.GA5770@xor.obsecurity.org> In-Reply-To: <200705052011.l45KBZGk098049@apollo.backplane.com> References: <5BF35D39E7EDDE250B00BA98@ganymede.hub.org> <200705052011.l45KBZGk098049@apollo.backplane.com>
next in thread | previous in thread | raw e-mail | index | archive | help
On Sat, May 05, 2007 at 01:11:35PM -0700, Matthew Dillon wrote: > :That's why I think that the socket issue and this one are co-related ... with > :everything started up (93 jails), my swap usage right now is: > : > :mars# pstat -s > :Device 1K-blocks Used Avail Capacity > :/dev/da0s1b 8388608 20 8388588 0% > : > :Its only been up 2.5 hours so far, but still, everything is started up ... > : > :- ---- > :Marc G. Fournier Hub.Org Networking Services (http://www.hub.org) > > The "swap zone exhausted, increase kern.maxswzone" message only prints > if uma_zone_exhausted() returns TRUE. uma_zone_exhausted() appears to > be based on a UMA flag which is only set if the pages for the zone > exceeds some maximum setting. > > Insofar as I can tell, vmstat -z on FreeBSD will dump the UMA zones, > so try using that when the problem occurs along with pstat -s. It > sounds like there is a leak somewhere (but I don't see how anything > in any other UMA zones could cause the SWAPMETA zone to fill up). Or > the maximum setting is too low, or something is getting lost somewhere. I doubt there is a leak, that's just guesswork on your part :). I only see this problem on my machines when they really do use too much swap. Let's wait to see what happens on Marc's machine. Kris
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20070505201442.GA5770>