Date: Tue, 21 Dec 1999 20:43:19 -0800 (PST) From: Tom <tom@sdf.com> To: Roger Marquis <marquis@roble.com> Cc: freebsd-isp@FreeBSD.ORG Subject: RE: partition sizes and securelevel questions Message-ID: <Pine.BSF.4.05.9912212035110.8256-100000@misery.sdf.com> In-Reply-To: <Pine.GSO.3.96.991221094558.17512D-100000@roble2.roble.com>
index | next in thread | previous in thread | raw e-mail
On Tue, 21 Dec 1999, Roger Marquis wrote: > > I just finished setting up a new mail server, and this is what I ended up > > with: > > /dev/da0s1a 127023 21254 95608 18% / > > /dev/da0s1e 2032623 726774 1143240 39% /usr > > /dev/da0s1f 6533601 98938 5911975 2% /var > > /dev/da1s1e 1016303 5892 929107 1% /var/log > > /dev/da1s1f 7417626 807885 6016331 12% /usr/home > > ... > > I wanted the highest performance possible, so I tried to think of things > > that HAVE to happen at the same time tried to arrange things so they affect > > different disks. > > This model has 5 partitions on 2 disks. That's 3 partitions more than > you need. It's also 3 times more likely to experience a full > partition than a system with only 1 partition per disk. Perhaps it > would be easier to use symbolic links to maintain /var/log on a > different disk than /var? Uhhh... some big problems with that. /tmp should be a separate file system. So that is 3 partitions so far. "/" should be simple, so that gives you "/", "/tmp", "/usr", and "/var" for a minimum of 4 filesystems. Sizing filesystems is difficult, but using as one filesystem per disk is just plain wrong. Filesystems should be created to separate the critical from the non-critical for one. For instance, if there isn't a separate /tmp filesystem (MFS or otherwise), any user can screw up your system by filling the root filesystem. If /var or /var/log isn't a separate isn't a separate filesystem, it is SO easy, either accidentally or deliberatelly for logs to run away to consume all free space. In each case, you have the risk of non-critical things (logs, and temporary files) shutting down actual important stuff. > -- > Roger Marquis > Roble Systems Consulting > http://www.roble.com/ Tom To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-isp" in the body of the messagehelp
Want to link to this message? Use this
URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?Pine.BSF.4.05.9912212035110.8256-100000>