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>
index | next in thread | previous in thread | raw e-mail
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. Krishome | help
Want to link to this message? Use this
URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20070505201442.GA5770>