From owner-freebsd-arch Sun Dec 9 11: 8:58 2001 Delivered-To: freebsd-arch@freebsd.org Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.208.78.105]) by hub.freebsd.org (Postfix) with ESMTP id 0272137B419 for ; Sun, 9 Dec 2001 11:08:56 -0800 (PST) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.11.4/8.11.4) id fB9J8gu70896; Sun, 9 Dec 2001 11:08:42 -0800 (PST) (envelope-from sgk) Date: Sun, 9 Dec 2001 11:08:42 -0800 From: Steve Kargl To: Nate Williams Cc: Matthew Dillon , Jordan Hubbard , Bernd Walter , Garance A Drosihn , "Louis A. Mamakos" , Sheldon Hearn , Kirk McKusick , freebsd-arch@FreeBSD.ORG Subject: Re: Proposed auto-sizing patch to sysinstall (was Re: Using a larger block size on large filesystems) Message-ID: <20011209110842.A70153@troutmask.apl.washington.edu> References: <50925.1007888526@winston.freebsd.org> <200112090941.fB99fGV36341@apollo.backplane.com> <15379.43805.336137.177646@caddis.yogotech.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <15379.43805.336137.177646@caddis.yogotech.com>; from nate@yogotech.com on Sun, Dec 09, 2001 at 11:19:09AM -0700 Sender: owner-freebsd-arch@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sun, Dec 09, 2001 at 11:19:09AM -0700, Nate Williams wrote: > Matthew Dillon writes: > > > It creates relatively unsafe partitions - for example, > > leaving /var/tmp on /var where /var itself is ALREADY too small for > > a number of ports, including our printing mechanism and vmware. > > Completely disagreed. /var/tmp doesn't need to be any bigger *IF* you > don't symlink /tmp into /var/tmp. (Which I still think is a *REALLY* > *REALLY* *BAD* idea, but unfortunately I'm certain this will become the > point to argue about, because I think this is the basis for most of your > othe changes. :() > Nate, drop by USENET. There are two threads about why /var is full and what to do about the problem. These are the people that Matt is targetting. The solutions that people are offering include deleting garbage, symlinking /var/tmp to various locations, and rebuilding a new, larger, filesystem. I'm surprised that Matt hasn't throw his hands up and walked away from this bikeshed. From a selfish point of view, I hope he does. I'd rather have him spend his *limited* time locking down the VM subsystem. -- Steve To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-arch" in the body of the message