From owner-freebsd-current@FreeBSD.ORG Wed Sep 10 14:02:07 2003 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 B2A4416A4BF for ; Wed, 10 Sep 2003 14:02:07 -0700 (PDT) Received: from brmea-mail-3.sun.com (brmea-mail-3.Sun.COM [192.18.98.34]) by mx1.FreeBSD.org (Postfix) with ESMTP id BEDDA43FBD for ; Wed, 10 Sep 2003 14:02:06 -0700 (PDT) (envelope-from tomppa@finland.sun.com) Received: from sunfin.Finland.Sun.COM ([129.159.101.10]) by brmea-mail-3.sun.com (8.12.9/8.12.9) with ESMTP id h8AL22HD009251; Wed, 10 Sep 2003 15:02:03 -0600 (MDT) Received: from ultrahot.Finland.Sun.COM (ultrahot [129.159.101.87]) ESMTP id h8AL22cP011646; Thu, 11 Sep 2003 00:02:02 +0300 (EEST) Received: from ultrahot.Finland.Sun.COM (localhost [127.0.0.1]) h8AL21Lx023201; Thu, 11 Sep 2003 00:02:01 +0300 (EEST) Received: (from tomppa@localhost)h8AL21j2023198; Thu, 11 Sep 2003 00:02:01 +0300 (EEST) From: Tomi Vainio - Sun Finland MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Message-ID: <16223.37193.123878.704675@ultrahot.finland.sun.com> Date: Thu, 11 Sep 2003 00:02:01 +0300 To: des@des.no (Dag-Erling =?iso-8859-1?q?Sm=F8rgrav?=) In-Reply-To: References: <16222.8328.482125.571191@ultrahot.finland.sun.com> <16222.14948.423489.596523@ultrahot.finland.sun.com> <20030910112539.F53623@carver.gumbysoft.com> <16223.32410.556709.818592@ultrahot.finland.sun.com> <16223.35291.354753.437544@ultrahot.finland.sun.com> X-Mailer: VM 7.17 under 21.4 (patch 9) "Informed Management" XEmacs Lucid cc: freebsd-current@freebsd.org Subject: Re: ufs related panic with latest current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Tomi.Vainio@Sun.COM List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Sep 2003 21:02:07 -0000 Dag-Erling Smørgrav writes: > > The backtrace you showed seems to indicate that the panic happened > somewhere in the softupdates code, but IIRC that code has a fairly > conservative built-in limit on memory consumption and degrades > gracefully when it hits that limit. It's likely that something else > gobbled up all available kernel memory, and the mallloc() call from > softupdates was simply the straw that broke the camel's back. > > If you have a serial console hooked up, you could try running > > while :; do vmstat -m ; sleep 1 ; done > Second trace didn't have anything to do with fs only fork system calls there so your expanation sounds reasonable. We probably don't see this problem again because system now has enough memory (256M). Tomppa