From owner-freebsd-stable Fri Mar 7 10:38:56 2003 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 C2C3237B401; Fri, 7 Mar 2003 10:38:54 -0800 (PST) Received: from gatekeeper.oremut01.us.wh.verio.net (gatekeeper.oremut01.us.wh.verio.net [198.65.168.16]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3CFDB43FCB; Fri, 7 Mar 2003 10:38:53 -0800 (PST) (envelope-from fclift@verio.net) Received: from mx.dmz.orem.verio.net (mx.dmz.orem.verio.net [10.1.1.10]) by gatekeeper.oremut01.us.wh.verio.net (Postfix) with ESMTP id 0E4C83BF195; Fri, 7 Mar 2003 11:38:53 -0700 (MST) Received: from vespa.dmz.orem.verio.net (vespa.dmz.orem.verio.net [10.1.1.59]) by mx.dmz.orem.verio.net (8.11.6/8.11.6) with ESMTP id h27Icqx07545; Fri, 7 Mar 2003 11:38:52 -0700 (MST) Date: Fri, 7 Mar 2003 11:39:42 -0700 (MST) From: Fred Clift X-X-Sender: To: David Schultz Cc: "Marc G. Fournier" , Subject: Re: "leak" in softupdates? In-Reply-To: <20030307090033.GA61037@HAL9000.homeunix.com> Message-ID: <20030307111122.N88812-100000@vespa.dmz.orem.verio.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Fri, 7 Mar 2003, David Schultz wrote: > Thus spake Marc G. Fournier : > > OS is 4.8-RC FreeBSD 4.8-RC #38: Tue Mar 4 22:43:18 CST 2003 with a patch > > from Tor Egge to fix a problem with how vnodes are kept track of and > > reclaimed/reused ... > > Hmmm...did you run into the problem before applying the patch? > I can't imagine softupdates getting several gigabytes behind. I've seen this happen in production enviroments - a 'large' process (X server for instance) would start up, run for 10 seconds and then core dump. The program is re-run by some nanny-type program (init in my example) and the program dumps core again. etc etc. You end up with a never ending series of new 200 MB files and the disk fills up faster than soft-updates can free up the space. an even simpler way to reproduce this problem is (in csh) while 1 dd if=/dev/zero of=/tmp/testfile bs=1024k count=100 end and you might see your available diskspace vanish. Note that I haven't tried to reproduce this in a year or so... Things might have changed since then. Fred -- Fred Clift - fclift@verio.net -- Remember: If brute force doesn't work, you're just not using enough. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message