Skip site navigation (1)Skip section navigation (2)
Date:      Tue, 27 Jan 1998 16:29:04 -0600
From:      "Jeffrey J. Mountin" <mountin.man@mixcom.com>
To:        Karl Pielorz <kpielorz@tdx.co.uk>, lamaster@george.arc.nasa.gov
Cc:        freebsd-isp@FreeBSD.ORG
Subject:   Re: Sendmail - low on space
Message-ID:  <3.0.3.32.19980127162904.0070865c@198.137.186.100>
In-Reply-To: <34CE5130.5FBD90A8@tdx.co.uk>
References:  <199801272034.MAA04209@george.arc.nasa.gov>

next in thread | previous in thread | raw e-mail | index | archive | help
At 09:27 PM 1/27/98 +0000, Karl Pielorz wrote:
>I would tend to agree... On our large disks we anticipated having a lot of
>mail users, and made /var a very large partition accordingly...
>
>I've also found it's normally better to split the disk up into a few
>partitions, if you loose say, /usr - the system will still come up - and can
>be quite manageable with a little forward planning ;-)
>
>Whereas if everything is on a '/' file system - and you loose it - you have a
>lot of stuff to put back in 1 go, usually in a hurry <g>

I'd be amazing if someone thought a 8.4 GB Maxtor would solve their needs.  Can you say "full seek?" <sigh>

One thing about leaving space for a future partition.  If one drive should fail, you can create a filesystem on the free space to restore the backup to.  When things slow down or downtime is scheduled, then you go for the real cleanup.

>(Touch Wood) We have not run out of /var space at all - some would think
>'wasted diskspace', others would say 'careful planning, and accounting of
>costs vs. risk vs. space' :-)
>
>My boss thinks costs... I tend to think trouble when it breaks... <g>

My ex-boss disregarded my requests.  Now the mail spool is filling up on a regular basis.  Quite irritating.  And it's been going on for 2 months now pending a change to, EEEK!, NT.

Did I mention that my mail service will be changing. :O


Jeff Mountin - Unix Systems TCP/IP networking
mountin.man@mixcom.com




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