From owner-freebsd-stable@FreeBSD.ORG Tue Jan 17 15:21:43 2012 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 9FBA41065670 for ; Tue, 17 Jan 2012 15:21:43 +0000 (UTC) (envelope-from ari@ish.com.au) Received: from fish.ish.com.au (eth5921.nsw.adsl.internode.on.net [59.167.240.32]) by mx1.freebsd.org (Postfix) with ESMTP id 2BB868FC12 for ; Tue, 17 Jan 2012 15:21:42 +0000 (UTC) Received: from [10.242.2.26] (port=56511 helo=Aris-MacBook-Pro.local) by fish.ish.com.au with esmtpsa (TLSv1:CAMELLIA256-SHA:256) (Exim 4.76) (envelope-from ) id 1RnAqw-0002Tj-08; Wed, 18 Jan 2012 02:21:38 +1100 X-CTCH-RefID: str=0001.0A150201.4F159202.00F5,ss=1,re=0.000,fgs=0 Message-ID: <4F1591FF.2000902@ish.com.au> Date: Wed, 18 Jan 2012 02:21:35 +1100 From: Aristedes Maniatis User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:10.0) Gecko/20120111 Thunderbird/10.0 MIME-Version: 1.0 To: Ken Smith References: <4F15253E.7070404@ish.com.au> <1326812852.24361.8.camel@bauer.cse.buffalo.edu> In-Reply-To: <1326812852.24361.8.camel@bauer.cse.buffalo.edu> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable Subject: Re: dumpdev default 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: Tue, 17 Jan 2012 15:21:43 -0000 On 18/01/12 2:07 AM, Ken Smith wrote: > On Tue, 2012-01-17 at 18:37 +1100, Aristedes Maniatis wrote: >> The manual states that dumpdev "AUTO is the default as of FreeBSD >> 6.0" [1] >> >> However: >> >> # uname -a >> FreeBSD xxxxxx 9.0-RELEASE FreeBSD 9.0-RELEASE #0: Tue Jan 3 07:46:30 >> UTC 2012 root@farrell.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC >> amd64 >> >> # grep dumpdev /etc/defaults/rc.conf >> dumpdev="NO" # Device to crashdump to (device name, AUTO, or NO). >> savecore_flags="" # Used if dumpdev is enabled above, and present. >> >> >> It looks like NO is still the default. Is there a reason why this >> should not be turned on even for production machines? I haven't read >> about any side effects, but it seems to be off by default for some >> reason. >> >> >> Please cc me on any responses since I'm not currently subscribed. >> >> Cheers >> Ari > > If you use bsdinstall(8) to install a machine from scratch it explicitly > asks you about whether you want crash dumps enabled or not. > > As long as you're aware that the crash dumps are happening and know that > you might need to clean up after them (remove stuff from /var, etc) > there are no dangers. You just need to make sure wherever the crash > dumps will wind up going (/var by default) has enough space to handle > both the crash dumps and anything else the machines need to do. We > currently have no provision for preventing crash dumps from filling up > the target partition. > > I keep advocating for the conservative side of this issue, preferring > that crash dumps be an opt-in setting until we have infrastructure in > place to prevent them from filling the target partition. I still > picture there being people out there who don't know what crash dumps > are, wouldn't know they might need to clean up after them, and may > be negatively impacted if the target partition wound up full without > them knowing why. > Thanks Ken. That is very clear. If you have time, please update the documentation with that answer too since others are likely to be confused by what I found there which is incorrect and incomplete. Also, for ZFS users, I assume that the first swap disk will be default? So this is another consideration when sizing up swap partitions as compared to the size of memory installed. Thanks Ari -- --------------------------> Aristedes Maniatis ish http://www.ish.com.au Level 1, 30 Wilson Street Newtown 2042 Australia phone +61 2 9550 5001 fax +61 2 9550 4001 GPG fingerprint CBFB 84B4 738D 4E87 5E5C 5EFA EF6A 7D2E 3E49 102A