From owner-freebsd-stable@FreeBSD.ORG Sat Jan 23 21:02:25 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DCE761065670 for ; Sat, 23 Jan 2010 21:02:25 +0000 (UTC) (envelope-from 000.fbsd@quip.cz) Received: from elsa.codelab.cz (elsa.codelab.cz [94.124.105.4]) by mx1.freebsd.org (Postfix) with ESMTP id 965938FC08 for ; Sat, 23 Jan 2010 21:02:25 +0000 (UTC) Received: from elsa.codelab.cz (localhost.codelab.cz [127.0.0.1]) by elsa.codelab.cz (Postfix) with ESMTP id A42F319E019; Sat, 23 Jan 2010 22:02:23 +0100 (CET) Received: from [192.168.1.2] (r5bb235.net.upc.cz [86.49.61.235]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by elsa.codelab.cz (Postfix) with ESMTPSA id 6B41D19E023; Sat, 23 Jan 2010 22:02:21 +0100 (CET) Message-ID: <4B5B63DC.1000301@quip.cz> Date: Sat, 23 Jan 2010 22:02:20 +0100 From: Miroslav Lachman <000.fbsd@quip.cz> User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.9.1.7) Gecko/20100104 SeaMonkey/2.0.2 MIME-Version: 1.0 To: Jeremy Chadwick References: <20100122162155.GG3917@e-Gitt.NET> <20100122170716.GA75020@icarus.home.lan> <4B5B5669.9080906@quip.cz> <20100123202148.GA22096@icarus.home.lan> In-Reply-To: <20100123202148.GA22096@icarus.home.lan> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: 8.0-RELEASE -> -STABLE and size of / X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 23 Jan 2010 21:02:25 -0000 Jeremy Chadwick wrote: [...] > 2) I tend to keep a large amount of logs on systems, going back weeks if > not months. This is intentional; it's amazing how often a customer or > user will ask for some information from 3 or 4 months prior. > > FreeBSD's Apache port out-of-the-box logs to /var/log/httpd-*, and what > we do is mostly web content serving. Let's also not forget about > /var/log/maillog. I also advocate use of /var/log/all.log. > > I think it's fairly well-established at this point that I focus on > server environments and not workstations (where /var probably doesn't > need to be anywhere near that size). Folks should always review their > needs, keeping expansion possibility in mind, when doing filesystem > creation. I keep log files (apache, lighttpd, proftpd, maillog) about 2 weeks on the machine (rotated daily), but I have them all for minimal 3 months on our central backup machine (I have most logs archived for more than 1 year - depending on free space of the backup storage ;]) >> And why so big /tmp? I am running servers with smaller sizes for years >> without any problem. > > My recommendation above doesn't imply those who don't use it will have > problems -- each environment/system is different. > > That said, it's amazing how much software out there blindly uses /tmp. > Last year I ran into this situation: an older server (1GB /tmp) started > behaving oddly due to /tmp filling. A user of the system was using lynx > to download some large files (an ISO image and something else, I forget > what). lynx saves data its downloading to /tmp, and once it completes, > the user is prompted where to save the data (CWD being the default). > > "So tune lynx to use /var/tmp or some other path" -- sure, that'd work, > except lynx is just one of many programs which could do this. I'd > rather not "tune them all". :-) /tmp is more or less universal. Most of our servers are without shell users and without programs like lynx :) So I hope I am safe with 1-2GB /tmp (I don't remember any accident with "no space left on device /tmp" for past 4-5 years. Maybe I am just lucky guy ;) > Hope this sheds some light on my decisions. :-) Thank you for you explanation, it makes sense in your environment. Miroslav Lachman