Date: Fri, 7 Mar 2003 11:39:42 -0700 (MST) From: Fred Clift <fclift@verio.net> To: David Schultz <das@FreeBSD.ORG> Cc: "Marc G. Fournier" <scrappy@hub.org>, <freebsd-stable@FreeBSD.ORG> Subject: Re: "leak" in softupdates? Message-ID: <20030307111122.N88812-100000@vespa.dmz.orem.verio.net> In-Reply-To: <20030307090033.GA61037@HAL9000.homeunix.com>
next in thread | previous in thread | raw e-mail | index | archive | help
On Fri, 7 Mar 2003, David Schultz wrote: > Thus spake Marc G. Fournier <scrappy@hub.org>: > > 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
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20030307111122.N88812-100000>