From owner-freebsd-fs@FreeBSD.ORG Tue May 1 14:40:13 2007 Return-Path: X-Original-To: freebsd-fs@freebsd.org Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D935C16A402; Tue, 1 May 2007 14:40:13 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from gigi.cs.uoguelph.ca (gigi.cs.uoguelph.ca [131.104.94.210]) by mx1.freebsd.org (Postfix) with ESMTP id 9564513C459; Tue, 1 May 2007 14:40:13 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from muncher.cs.uoguelph.ca (muncher.cs.uoguelph.ca [131.104.96.170]) by gigi.cs.uoguelph.ca (8.13.1/8.13.1) with ESMTP id l41Ee8Fu025696; Tue, 1 May 2007 10:40:08 -0400 Received: from localhost (rmacklem@localhost) by muncher.cs.uoguelph.ca (8.11.7p3+Sun/8.11.6) with ESMTP id l41EfB025438; Tue, 1 May 2007 10:41:11 -0400 (EDT) X-Authentication-Warning: muncher.cs.uoguelph.ca: rmacklem owned process doing -bs Date: Tue, 1 May 2007 10:41:10 -0400 (EDT) From: Rick Macklem X-X-Sender: rmacklem@muncher To: Peter Schuller In-Reply-To: <46373CAD.6000502@infidyne.com> Message-ID: References: <20070406025700.GB98545@garage.freebsd.pl> <20070407025644.GC8831@cicely12.cicely.de> <20070407131353.GE63916@garage.freebsd.pl> <4617A3A6.60804@kasimir.com> <20070407165759.GG8831@cicely12.cicely.de> <20070407180319.GH8831@cicely12.cicely.de> <20070407191517.GN63916@garage.freebsd.pl> <20070407212413.GK8831@cicely12.cicely.de> <20070410003505.GA8189@nowhere> <46365F76.7090708@infidyne.com> <20070430213043.GF67738@garage.freebsd.pl> <463665F2.8090605@infidyne.com> <46373CAD.6000502@infidyne.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Scanned-By: MIMEDefang 2.57 on 131.104.94.210 Cc: freebsd-fs@freebsd.org, Craig Boston , freebsd-current@freebsd.org, Pawel Jakub Dawidek Subject: Re: ZFS committed to the FreeBSD base. X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 01 May 2007 14:40:14 -0000 On Tue, 1 May 2007, Peter Schuller wrote: >> This does seem to eliminate the problem here too. > > It appears the problem persists, but is more difficult to trigger. [stuff snipped] > It takes on the order of several hours to trigger it. I don't know if it relevent, but I've seen "kmem_map: too small" panics when testing my NFSv4 server, ever since about FreeBSD5.4. There is no problem running the same server code on FreeBSD4 (which is what I still run in production mode) or OpenBSD3 or 4. If I increase the size of the map, I can delay the panic for up to about two weeks of hard testing, but it never goes away. I don't see any evidence of a memory leak during the several days of testing leading up to the panic. (NFSv4 uses MALLOC/FREE extensively for state related structures.) So, I'm wondering if maybe there is some subtle bug in MALLOC/FREE (maybe i386 specific, since that's what I test on)? Anyhow, good luck with it, rick