From owner-freebsd-chat Fri Jan 25 13:53:22 2002 Delivered-To: freebsd-chat@freebsd.org Received: from falcon.prod.itd.earthlink.net (falcon.mail.pas.earthlink.net [207.217.120.74]) by hub.freebsd.org (Postfix) with ESMTP id 9FDAA37B404 for ; Fri, 25 Jan 2002 13:53:15 -0800 (PST) Received: from pool0218.cvx21-bradley.dialup.earthlink.net ([209.179.192.218] helo=mindspring.com) by falcon.prod.itd.earthlink.net with esmtp (Exim 3.33 #1) id 16UEHT-0004U5-00; Fri, 25 Jan 2002 13:53:07 -0800 Message-ID: <3C51D3BF.FB72A84C@mindspring.com> Date: Fri, 25 Jan 2002 13:53:03 -0800 From: Terry Lambert X-Mailer: Mozilla 4.7 [en]C-CCK-MCD {Sony} (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Brad Knowles Cc: Mike Meyer , chip , freebsd-chat@freebsd.org Subject: Re: Bad disk partitioning policies (was: "Re: FreeBSD Intaller (was "Re: ... RedHat ...")") References: <20020123114658.A514@lpt.ens.fr> <20020123124025.A60889@HAL9000.wox.org> <3C4F5BEE.294FDCF5@mindspring.com> <20020123223104.SM01952@there> <15440.35155.637495.417404@guru.mired.org> <15440.53202.747536.126815@guru.mired.org> <15441.17382.77737.291074@guru.mired.org> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-chat@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org There is a fundamental problem with /var. Having /var/run and /var/log on the same partition means that if your log files fill up, you will be unable to start some programs. Having /var/log on the same parititon as TMPDIR (for whatever program, and by whatever means... e.g. environment, sendmail.cf, or a symbolic link of /tmp to /var/tmp, etc.) means that if you fill up your log files, then you fill up your /tmp directory. For email, this means no more email received, and other programs have similar bad behaviour. Historically, I have seen this very often with programs that rely on these resources; sendmail has been a particular problem, though not because of any fault on its part: it's just that email is about the most visible service failure you can have with any server, no matter what else you run on it. My particular problems (in a commercial product, which sold, or leased, tens of thousands of units) was that "newsyslog" would not recreate history when it failed and then was rerun, and "samba" log files are hard to rotate using the standard means. Specifically, if cron dies (common, particularly if your password file is read-only, due to an infrequent VM bug having to do with copy-on-write of modified read-only pages from the mmap of the passwd.db files, since "cron" rewrites the password entry from getpwent(3) in place, making it dirty, by its assumption that the pointers point to a static buffer in libc, not a memory mapped region in a read-only file), then newsyslog stops being run by cron. When that happens, log files become huge, and then when newsyslog is restarted, it only "rolls the files over" by one -- leaving the huge accumulated log files as the one-behind ...and incidently, leaving /var/log *still full*. In any case, the point of this is to note that, no matter how you slice it, there is going to be a monster in the closet, waiting for your mother to turn out the light and close the door. -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-chat" in the body of the message