From owner-freebsd-isp Tue Jan 27 13:49:25 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA19813 for freebsd-isp-outgoing; Tue, 27 Jan 1998 13:49:25 -0800 (PST) (envelope-from owner-freebsd-isp@FreeBSD.ORG) Received: from mail.mel.aone.net.au (mail.mel.aone.net.au [203.12.176.157]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id NAA19808 for ; Tue, 27 Jan 1998 13:49:23 -0800 (PST) (envelope-from normh@aone.com.au) Received: from pc-normh.office.adl.aone.com.au (pc-normh.adl.aone.com.au [203.12.181.67]) by mail.mel.aone.net.au (8.8.6/8.8.6) with ESMTP id IAA14252; Wed, 28 Jan 1998 08:49:02 +1100 (EST) Message-Id: <199801272149.IAA14252@mail.mel.aone.net.au> From: "Norman Hoy" To: , Cc: Subject: Re: Sendmail - low on space Date: Wed, 28 Jan 1998 08:18:31 +1030 X-MSMail-Priority: Normal X-Priority: 3 X-Mailer: Microsoft Internet Mail 4.70.1161 MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Sender: owner-freebsd-isp@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Hi all, I must admit I am lazy, and working out how much room to leave for /var and /tmp for some future time is just all too hard. re-partitioning hdd's is also too hard. Where as in comparision to my time several hdd's are cheap. So I put /var and /tmp on their own physical hdd. So if I run out of space all I do is get a bigger hdd and replace the one that is too small regards Norman ---------- > From: Andrew Webster > To: lamaster@george.arc.nasa.gov > Cc: freebsd-isp@FreeBSD.ORG > Subject: Re: Sendmail - low on space > Date: Wednesday, 28 January 1998 7:54 > > I'll jump in on this one as I've been bitten by the small /var more than > once! > > Watch out for /tmp too as the the local mail delivery agent called by > sendmail (usually rmail) will write into /tmp. So if you are trying > to deliver a large file it may still fail, and even if you have the space > in /var/mail. > > I create my systems without a physical /var parition and symlink /var and > /tmp into /usr/var and /usr/tmp respectively, this eliminates all > problems, and you don't end up "wasting" lots of disk space for temporary > files. > > Can we make this the default of sysinstall? > > Alternatively you CAN create a biggish /var partion and link /tmp into > /var/tmp. > > > > On Tue, 27 Jan 1998 lamaster@george.arc.nasa.gov wrote: > > > |>> At 07:18 PM 1/27/98 +0000, Damian Hamill wrote: > > |>> >Mark Segal wrote: > > |>> >> dennis wrote: > > |>> >> will proably see the disk usage on /var is really high like 90%+ this is > > |>> >> probably do to some user with 14 megs of email.. :) > > |>> > > > |>> >Yes consider moving your mail queue (/var/spool/mqueue) to your /usr > > |>> >partition and symlinking to it. > > |>> > > |>> Unless disk IO and space is an issue, where a nth disk > > |>> is mounted a /var, I symlink the entire /var to /usr/var > > |>> when installing. No sense deciding how much to reserve for > > |>> /var and /usr and more economical for single disk installs. > > > > > > I know it is unfashionable right now to say this, and, > > each to his own taste, but, /var was created for a reason. > > The reason hasn't really gone away. I think it in > > multiple-user environments it is good planning > > to decide how much to reserve in advance for, e.g., > > the user mail input queues. As well as user home > > directories and other similar requirements. > > > > In other words, while the original user needs help and probably > > doesn't feel like re-partitioning the disk at this point, > > in general, I recommend planning the /var partition in advance > > and partitioning the disk accordingly. The FreeBSD sysinstall > > defaults are reasonable for smallish disks, but most people > > have more memory and bigger disks today, and would benefit from > > generally larger partitions (including swap). But, the basic > > partitioning is very reasonable; the default sizes for /, swap, > > and /var, should probably be larger for larger disks. > > > > > > > > -Hugh LaMaster > > > > Hugh LaMaster, M/S 258-5, ASCII Email: hlamaster@mail.arc.nasa.gov > > NASA Ames Research Center Or: lamaster@nas.nasa.gov > > Moffett Field, CA 94035-1000 No Junkmail: USC 18 section 2701 > > Phone: 415/604-1056 Disclaimer: Unofficial, personal *opinion*. > > > > > > Andrew Webster andrew@pubnix.net > Key fingerprint = CF E8 16 B8 A6 DB E3 C9 83 E7 96 24 25 58 15 6E > PubNIX Montreal Connected to the world Branche au monde > P.O. Box 147 Cote Saint Luc, Quebec H4V 2Y3 > tel 514.990.5911 http://www.pubnix.net fax 514.990.9443 >