Date: Sun, 9 Dec 2001 11:08:42 -0800 From: Steve Kargl <sgk@troutmask.apl.washington.edu> To: Nate Williams <nate@yogotech.com> Cc: Matthew Dillon <dillon@apollo.backplane.com>, Jordan Hubbard <jkh@winston.freebsd.org>, Bernd Walter <ticso@cicely8.cicely.de>, Garance A Drosihn <drosih@rpi.edu>, "Louis A. Mamakos" <louie@TransSys.COM>, Sheldon Hearn <sheldonh@starjuice.net>, Kirk McKusick <mckusick@beastie.mckusick.com>, 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> In-Reply-To: <15379.43805.336137.177646@caddis.yogotech.com>; from nate@yogotech.com on Sun, Dec 09, 2001 at 11:19:09AM -0700 References: <50925.1007888526@winston.freebsd.org> <200112090941.fB99fGV36341@apollo.backplane.com> <15379.43805.336137.177646@caddis.yogotech.com>
next in thread | previous in thread | raw e-mail | index | archive | help
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
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20011209110842.A70153>