Skip site navigation (1)Skip section navigation (2)
Date:      Wed, 28 Jan 1998 09:36:22 +0000
From:      Damian Hamill <damian@cablenet.net>
To:        lamaster@george.arc.nasa.gov
Cc:        freebsd-isp@FreeBSD.ORG
Subject:   Re: Sendmail - low on space
Message-ID:  <34CEFC16.33590565@cablenet.net>
References:  <199801272034.MAA04209@george.arc.nasa.gov>

next in thread | previous in thread | raw e-mail | index | archive | help
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.

The problem is that you can't plan for a user receiving a 28MB email, or
maybe 10 users getting a 28MB email!! 

Having the mail spool on the /var partition was probably OK in the days
of small text only emails but attachments make it impossible to plan any
kind of mail queue disk usage.  The safest thing is to put it on a
partition with the largest amount of free disk space.

regards
damian

-- 
*    Damian Hamill   M.D.       damian@cablenet.net
* CableNet & The Landscape Channel
* http://www.cablenet.net/   http://www.landscapetv.com/



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?34CEFC16.33590565>