From owner-freebsd-current Thu Oct 8 15:39:56 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA07618 for freebsd-current-outgoing; Thu, 8 Oct 1998 15:39:56 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from smtp04.primenet.com (smtp04.primenet.com [206.165.6.134]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id PAA07542 for ; Thu, 8 Oct 1998 15:39:23 -0700 (PDT) (envelope-from tlambert@usr06.primenet.com) Received: (from daemon@localhost) by smtp04.primenet.com (8.8.8/8.8.8) id PAA27456; Thu, 8 Oct 1998 15:39:14 -0700 (MST) Received: from usr06.primenet.com(206.165.6.206) via SMTP by smtp04.primenet.com, id smtpd027405; Thu Oct 8 15:39:11 1998 Received: (from tlambert@localhost) by usr06.primenet.com (8.8.5/8.8.5) id PAA20091; Thu, 8 Oct 1998 15:39:09 -0700 (MST) From: Terry Lambert Message-Id: <199810082239.PAA20091@usr06.primenet.com> Subject: Re: installworld and softupdates To: thomma@BayNetworks.COM (Tamiji Homma) Date: Thu, 8 Oct 1998 22:39:09 +0000 (GMT) Cc: freebsd-current@FreeBSD.ORG In-Reply-To: <19981008112632P.thomma@baynetworks.com> from "Tamiji Homma" at Oct 8, 98 11:26:32 am X-Mailer: ELM [version 2.4 PL25] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > I have a machine whose / partition is 32MB and about 10MB > space left. Softupdates is enabled on / as well as other > partitions. > > The buildworld completes with a hitch. Then installworld always > fails when updating /sbin with / file system full. > After the failure, when I did df, I saw 9MB left. > > Then I thought that softupdates was delay^H^H^H^H^Hoptimizing the > temporary file space reclaim which install -s (stripping) creates and > deletes very quickly during installworld. > > It turned off softupdates and tried installworld. > > Bingo! It completed. > > So be careful when your / is running out and do make world/installworld. Disk space held by uncommitted deletes depending on other operations is, by definition, not reusable until such time as the operations are committed. Another fix would be to explicitly call "sync" at the appropriate places to ensure the soft clock is drained (and thus deleted file space was recovered before it was needed. You can see this in action very easily by copying a full X11 tree to a soft updates parition, syncing it out, deleting it, and then doing a "df" once a second and watching the space "drain back". The soft updates code should arguably advance the slot clock at an accelerated rate in the case that new entries are not being made. Feel free to submit code. 8-). Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message