From owner-freebsd-current@FreeBSD.ORG Wed Feb 25 01:08:31 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 996FE16A4CE for ; Wed, 25 Feb 2004 01:08:31 -0800 (PST) Received: from kazi.fit.vutbr.cz (kazi.fit.vutbr.cz [147.229.8.12]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5D62743D1F for ; Wed, 25 Feb 2004 01:08:30 -0800 (PST) (envelope-from cejkar@fit.vutbr.cz) Received: from kazi.fit.vutbr.cz (localhost [127.0.0.1]) by kazi.fit.vutbr.cz (8.12.11/8.12.11) with ESMTP id i1P98S1n016456 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Wed, 25 Feb 2004 10:08:28 +0100 (CET) Received: (from cejkar@localhost) by kazi.fit.vutbr.cz (8.12.11/8.12.5/Submit) id i1P98RXA016455; Wed, 25 Feb 2004 10:08:27 +0100 (CET) X-Authentication-Warning: kazi.fit.vutbr.cz: cejkar set sender to cejkar@fit.vutbr.cz using -f Date: Wed, 25 Feb 2004 10:08:27 +0100 From: Rudolf Cejka To: Leroy van Logchem Message-ID: <20040225090827.GA14764@fit.vutbr.cz> References: <403B4746.10007@spamgourmet.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <403B4746.10007@spamgourmet.com> User-Agent: Mutt/1.4.2i X-Scanned-By: MIMEDefang 2.16 (www . roaringpenguin . com / mimedefang) cc: freebsd-current@freebsd.org Subject: Re: FreeBSD 5.2.1-RC2 panic: kmem_malloc(4096): kmem_map too small X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Feb 2004 09:08:31 -0000 Leroy van Logchem wrote (2004/02/24): > I'am having panics while transfering alot of files using NFS (as client). Try to monitor, if # vmstat -m | grep cred slowly goes too high. Typical number is small (< 100K). You have to have atleast src/sys/netinet/tcp_subr.c 1.181 or 1.169.2.2 in RELENG_5_2, which fixes ucred memory leak, which is easily reachable on network servers. -- Rudolf Cejka http://www.fit.vutbr.cz/~cejkar Brno University of Technology, Faculty of Information Technology Bozetechova 2, 612 66 Brno, Czech Republic