Date: Wed, 22 Dec 1999 06:43:00 -0600 (CST) From: "Jeffrey J. Libman" <jeffrl@wantabe.com> To: Roger Marquis <marquis@roble.com> Cc: freebsd-isp@FreeBSD.ORG Subject: RE: partition sizes and securelevel questions Message-ID: <Pine.BSF.4.21.9912220642130.4656-100000@cutter.wantabe.com> In-Reply-To: <Pine.GSO.3.96.991221223625.20679A-100000@roble2.roble.com>
next in thread | previous in thread | raw e-mail | index | archive | help
it is also quite common for /tmp to either be an mfs or for it to be a symlink to /usr/tmp where there would be much more space available. ymmv. cheers, jeff On Tue, 21 Dec 1999, Roger Marquis wrote: > > Uhhh... some big problems with that. /tmp should be a separate file > > system. > > That would depend on your applications. /tmp isn't normally a separate > filesystem. > > > 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. > > I've setup dozens of servers this way and never had a problem. Guess > one admin's "just plan wrong" is another's "works best". In fact one > of the most frequent tech support calls we get is for help dealing with > filled partitions. This is, 9 times out of 10, due to unnecessary > partitioning of one or two system disks. > > > Filesystems should be created to separate the critical > > from the non-critical for one. > > Where there's a strong possibility that a user or application might fill a > critical filesystem perhaps, but that wouldn't be a normal system. > > Also, when /tmp becomes full it can cause problems no matter what disk > it's on. You don't necessarily gain anything by putting it on it's own > filesystem unless you have /var/spool/XXX or /var/tmp/XXX. Of course a > runaway process might be using/filling these directories as well as > /tmp. In the end, it's an application specific decision. > > On large multi-user systems it is a good idea to separate system, user, > and application trees on their own filesystems. But that scenario is > better addressed by dedicated NFS servers as opposed to local > partitions. > > -- > Roger Marquis > Roble Systems Consulting > http://www.roble.com/ > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-isp" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-isp" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?Pine.BSF.4.21.9912220642130.4656-100000>