Date: Wed, 28 Jan 1998 19:41:24 -0600 From: "Jeffrey J. Mountin" <mountin.man@mixcom.com> To: "Norman Hoy" <normh@aone.com.au> Cc: <freebsd-isp@FreeBSD.ORG> Subject: Re: Sendmail - low on space Message-ID: <3.0.3.32.19980128194124.0071bd70@198.137.186.100> In-Reply-To: <199801280627.RAA23890@mail.mel.aone.net.au>
next in thread | previous in thread | raw e-mail | index | archive | help
At 04:57 PM 1/28/98 +1030, Norman Hoy wrote: >Yes but the problem that I have with putting any highly >variable file system on a partition is the inability >of UFS to expand. Once the system out grows >your "allowance" you must then rebuild your hdd. > >but if you have /var as a separate hdd (even an old 520M/b) >when it is getting full you just mount and build another >/var under say /mnt then shutdown remove old hdd >put new hdd in its place (say 1G/b) and away you go >again. All of this depends on you putting /var on its own >hdd in the first place otherwise you have to edit >the /etc/fstab file to put /temp on say sd3s1 instead >of sd0s3. And if you are filling gaps between SCSI ID's, you have to edit fstab anyways. Unless you want to add the new drive, partition and label, copy the files, pull the old drive, change the ID of the new drive. Certainly a lot of things to plan for. >making life very easy to grow your variable file systems. > >and that was where this thread started once a FS is full >how can you grow it painlessly and quickly. If we are talking GB's, not to mention the circus senario above, then quickly is a relative term. ;) 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.19980128194124.0071bd70>