Skip site navigation (1)Skip section navigation (2)
Date:      Tue, 27 Jan 1998 16:59:22 -0500 (EST)
From:      Andrew Webster <andrew@guardian.fortress.org>
To:        Norman Hoy <normh@aone.com.au>
Cc:        lamaster@george.arc.nasa.gov, freebsd-isp@FreeBSD.ORG
Subject:   Re: Sendmail - low on space
Message-ID:  <Pine.BSF.3.96.980127165831.21902I-100000@guardian.fortress.org>
In-Reply-To: <199801272149.IAA14252@mail.mel.aone.net.au>

next in thread | previous in thread | raw e-mail | index | archive | help
On Wed, 28 Jan 1998, Norman Hoy wrote:

Of course what would be REALLY nice would be a virtual disk driver like
AIX's JFS where you can just keep adding disks when you run out of space
on the logical volume!

Oh well, we can at least dream...

> 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 <andrew@guardian.fortress.org>
> > 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
> > 
> 

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




Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?Pine.BSF.3.96.980127165831.21902I-100000>