From owner-freebsd-questions Tue May 26 19:51:34 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id TAA24483 for freebsd-questions-outgoing; Tue, 26 May 1998 19:51:34 -0700 (PDT) (envelope-from owner-freebsd-questions@FreeBSD.ORG) Received: from dove.peace.com.my (peace.com.my [202.184.153.15]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id TAA24455 for ; Tue, 26 May 1998 19:51:24 -0700 (PDT) (envelope-from panda@peace.com.my) Received: from lovebox (love.com.my [202.184.153.17]) by dove.peace.com.my (8.8.5/8.8.5) with SMTP id KAA26903; Wed, 27 May 1998 10:32:16 +0800 (SGT) Date: Wed, 27 May 1998 10:32:16 +0800 (SGT) Message-Id: <3.0.32.19980527105421.0093fd30@peace.com.my> X-Sender: panda@peace.com.my X-Mailer: Windows Eudora Pro Version 3.0 (32) To: Doug White From: chas Subject: Re: adding 25GB as single partition ok ? Cc: freebsd-questions@FreeBSD.ORG Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-freebsd-questions@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Thanks Doug, >You can't easily back up /var, at least using dump. I've actually picked up some good input from some Digital Unix folks : >2. The root partition looks a little small, I'd be more comfortable with > 150-200mb. > >3. Your /usr partition is large, but then I tend to split /usr/local > (or /usr/opt if you come from an HP background) and /var off onto > seperate partitions. In a configuration/security sensitive environment > this allows you to mount /usr as read-only (make sure that the links > to var are in place for directories that need to change) and only mounted > read-write when the OS is updated. 1GB should be plenty if you split > out your local and var files. > >4. As above, I tend to seperate out /usr/local and /var > > a. /usr/local is nice to have seperate, just because I don't trust the > vendor's installers -- that way you can unmount it before any upgrades. > > b. /var is nice to have on a seperate partition because it contains both > your log files and your crash dumps. If your system is attacked, both > can start to fill a filesystem quickly. > >5. If the 25GB raid set is to be used only for the mail spool, why > not just mount it as /var/spool/mail or to be more flexable, > /var/spool? > >> Are there any speed (I/O) considerations that would >> suggest an alternative configuration ? (backup/redundancy >> should be failsafe since it's hardware RAID) > >Speed-wise, if you could get another disk I'd strongly suggest using >RAID 0+1 (somtimes refered to as RAID 10). RAID 5 and especially >RAID 3 tend to bottle-neck with many small files. RAID 0+1 is a >stripe set that is then mirrored by an identical stripe set. It has >the all of the performance benifits of stripe sets and mirroring >(round-robin reads) but is very costly in terms of disks (2 X capacity >is needed). If possible, spread all of the disks out over controller >chanels (HSZ) or at least put the stripe sets on different chanels >(SWXCR). > >Mail, as opposed to news, generates one spool file per user. Depending >on the number of users, you may want to consider adjusting the inode >or extent ratio that you use. > >I don't remember the max size for a UFS partiion, but if you are using >UFS -- don't forget to set the inodes per kb down to one or two. This >will reduce the avialable space bya small amount but will let you handle >more small files. Also, we're hoping to use Qmail which everyone says will speed things up. (if we can get it to work with Cyrus - next post) chas To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-questions" in the body of the message