From owner-freebsd-stable@FreeBSD.ORG Mon Oct 24 19:53:45 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 088B716A420 for ; Mon, 24 Oct 2005 19:53:45 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id B687A43D45 for ; Mon, 24 Oct 2005 19:53:44 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id A0DFD1A3C1C; Mon, 24 Oct 2005 12:53:44 -0700 (PDT) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id E47945121A; Mon, 24 Oct 2005 15:53:43 -0400 (EDT) Date: Mon, 24 Oct 2005 15:53:43 -0400 From: Kris Kennaway To: Vladimir Sharun , freebsd-stable@freebsd.org Message-ID: <20051024195343.GA64734@xor.obsecurity.org> References: <20051023074342.GA97095@dun.ukr.net> <20051023080622.GA76867@xor.obsecurity.org> <20051023082110.GA97329@dun.ukr.net> <20051023082948.GA90034@xor.obsecurity.org> <20051023170709.GA99337@dun.ukr.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="dDRMvlgZJXvWKvBx" Content-Disposition: inline In-Reply-To: <20051023170709.GA99337@dun.ukr.net> User-Agent: Mutt/1.4.2.1i Cc: Subject: Re: kmem_malloc(4096): kmem_map too small: 536870912 total allocated X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 Oct 2005 19:53:45 -0000 --dDRMvlgZJXvWKvBx Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Oct 23, 2005 at 08:07:09PM +0300, Vladimir Sharun wrote: > Kris Kennaway wrote: > > >>> We have 2xOpteron/2Gb RAM server with extrensive disk load. Every w= eek or two > > >>> it suddenly hangs with "kmem_malloc(4096): kmem_map too small 335bl= a-bla allocated".=20 > > >>> I look onto handbook and put vm.kmem_size_max=3D"536870912" onto /b= oot/loader.conf. > > >>> Today was the same with the new parameters. Is there any other solu= tions ? > >>=20 > > KK>> If that's not enough, try making it larger. > >>=20 > >> On what size we can be sure, that "that's enough" ? >=20 > KK> It depends on your workload, so keep increasing it until the problem > KK> stops or you discover that you need more RAM to handle your workload. >=20 > Looks like kernel leak (thanks for tip to Gleb Smirnov) in lockf. > # vmstat -zm | grep lock > lockf 2257779 70556K - 19476940 32,64 > ... and keep raising. >=20 > That's another one machine with 1Gb RAM, having 512M for vm.kmem_size_max= too. OK, what version was this again? Kris --dDRMvlgZJXvWKvBx Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFDXTvHWry0BWjoQKURAusAAJ4pF4sA4/EkJmIeteVL5cgEITRAVwCePdC5 7/cIqUvwvsK6/lqJ+7gY+7U= =R3Zc -----END PGP SIGNATURE----- --dDRMvlgZJXvWKvBx--