From owner-freebsd-fs@FreeBSD.ORG Fri Oct 5 04:43:33 2007 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9075E16A420; Fri, 5 Oct 2007 04:43:33 +0000 (UTC) (envelope-from thierry@herbelot.com) Received: from postfix1-g20.free.fr (postfix1-g20.free.fr [212.27.60.42]) by mx1.freebsd.org (Postfix) with ESMTP id 3AF0D13C44B; Fri, 5 Oct 2007 04:43:33 +0000 (UTC) (envelope-from thierry@herbelot.com) Received: from smtp4-g19.free.fr (smtp4-g19.free.fr [212.27.42.30]) by postfix1-g20.free.fr (Postfix) with ESMTP id 713681AF14CA; Fri, 5 Oct 2007 06:14:59 +0200 (CEST) Received: from smtp4-g19.free.fr (localhost.localdomain [127.0.0.1]) by smtp4-g19.free.fr (Postfix) with ESMTP id 72D633EA0BD; Fri, 5 Oct 2007 06:14:57 +0200 (CEST) Received: from herbelot.dyndns.org (bne75-4-82-227-159-103.fbx.proxad.net [82.227.159.103]) by smtp4-g19.free.fr (Postfix) with ESMTP id 3FFCF3EA0BC; Fri, 5 Oct 2007 06:14:56 +0200 (CEST) Received: from diversion.herbelot.nom (diversion.herbelot.nom [192.168.2.6]) by herbelot.dyndns.org (8.14.0/8.14.0) with ESMTP id l954Etx2011522; Fri, 5 Oct 2007 06:14:56 +0200 (CEST) From: Thierry Herbelot To: freebsd-current@freebsd.org Date: Fri, 5 Oct 2007 06:14:48 +0200 User-Agent: KMail/1.9.7 References: <20071005000046.GC92272@garage.freebsd.pl> In-Reply-To: <20071005000046.GC92272@garage.freebsd.pl> X-Warning: Windows can lose your files X-Op-Sys: Le FriBi de la mort qui tue X-Org: TfH&Co X-MailScanner: Found to be clean MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: 8bit Content-Disposition: inline Message-Id: <200710050614.49466.thierry@herbelot.com> Cc: freebsd-fs@freebsd.org, Pawel Jakub Dawidek Subject: Re: ZFS kmem_map too small. X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: thierry@herbelot.com List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 05 Oct 2007 04:43:33 -0000 Le Friday 05 October 2007, Pawel Jakub Dawidek a écrit : > Hi. > > We'are about to branch RELENG_7 and I'd like to start discussion with > folks that experience 'kmem_map too small' panic with the latest HEAD. > > I'm trying hard to reproduce it and I can't, so I need to gather more > info how you are able to provoke this panic. Hello, I can usually see it with my old, *384MB-only*, bi-celeron machine by just make-ing the world with two parallel jobs (it seems to be fine with -j1). this is with a quite recent i386 -current, storing most of its file in a mirrored ZFS : % zpool status pool: tank state: ONLINE scrub: none requested config: NAME STATE READ WRITE CKSUM tank ONLINE 0 0 0 mirror ONLINE 0 0 0 ad0s2d ONLINE 0 0 0 ad2s2d ONLINE 0 0 0 errors: No known data errors % mount /dev/mirror/gm0a on / (ufs, local, soft-updates) devfs on /dev (devfs, local) tank on /tank (zfs, local, noatime) tank/files1 on /tank/files1 (zfs, local, noatime) tank/files3 on /tank/files3 (zfs, local, noatime) tank/tmp on /tmp (zfs, local, noatime) tank/usr on /usr (zfs, local, noatime) tank/var on /var (zfs, local, noatime) tank/files1 is used for the src tree, and tank/files3 for the obj tree. TfH