From owner-svn-src-stable@FreeBSD.ORG Thu Sep 10 15:18:48 2009 Return-Path: Delivered-To: svn-src-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1F58710656DF; Thu, 10 Sep 2009 15:18:48 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id DFD748FC29; Thu, 10 Sep 2009 15:18:47 +0000 (UTC) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id 3D26546B52; Thu, 10 Sep 2009 11:18:47 -0400 (EDT) Received: from jhbbsd.hudson-trading.com (unknown [209.249.190.8]) by bigwig.baldwin.cx (Postfix) with ESMTPA id 881468A01B; Thu, 10 Sep 2009 11:18:46 -0400 (EDT) From: John Baldwin To: Ken Smith Date: Thu, 10 Sep 2009 11:18:21 -0400 User-Agent: KMail/1.9.7 References: <200909101404.n8AE41C6021588@svn.freebsd.org> <200909101023.44913.jhb@freebsd.org> <1252593149.75144.18.camel@bauer.cse.buffalo.edu> In-Reply-To: <1252593149.75144.18.camel@bauer.cse.buffalo.edu> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200909101118.22525.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0.1 (bigwig.baldwin.cx); Thu, 10 Sep 2009 11:18:46 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.95.1 at bigwig.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-2.5 required=4.2 tests=AWL,BAYES_00,RDNS_NONE autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on bigwig.baldwin.cx Cc: svn-src-stable@freebsd.org, svn-src-all@freebsd.org, src-committers@freebsd.org, svn-src-stable-8@freebsd.org, Ken Smith Subject: Re: svn commit: r197065 - in stable/8: etc/defaults lib/libc/stdlib sys/amd64/conf sys/i386/conf sys/ia64/conf sys/pc98/conf sys/powerpc/conf sys/sparc64/conf X-BeenThere: svn-src-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: SVN commit messages for all the -stable branches of the src tree List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Sep 2009 15:18:48 -0000 On Thursday 10 September 2009 10:32:29 am Ken Smith wrote: > On Thu, 2009-09-10 at 10:23 -0400, John Baldwin wrote: > > > --- stable/8/etc/defaults/rc.conf Thu Sep 10 13:20:27 2009 (r197064) > > > +++ stable/8/etc/defaults/rc.conf Thu Sep 10 14:04:00 2009 (r197065) > > > @@ -549,7 +549,7 @@ lpd_flags="" # Flags to lpd (if enabled > > > nscd_enable="NO" # Run the nsswitch caching daemon. > > > chkprintcap_enable="NO" # Run chkprintcap(8) before running lpd. > > > chkprintcap_flags="-d" # Create missing directories by default. > > > -dumpdev="AUTO" # Device to crashdump to (device name, AUTO, or NO). > > > +dumpdev="NO" # Device to crashdump to (device name, AUTO, or NO). > > > dumpdir="/var/crash" # Directory where crash dumps are to be stored > > > savecore_flags="" # Used if dumpdev is enabled above, and present. > > > crashinfo_enable="YES" # Automatically generate crash dump summary. > > > > Are we sure we want to change this? It is set to "AUTO" in stable/7. > > It has been pointed out to me on the mailing lists that leaving it on > for stable/7 was an oversight, it is off on previous branches. > > I can understand the motivation for it. In a data center full of > production machines crash dumps cause reboots to take longer and > potentially cause disk space issues. In those sorts of environments > it's best if by *default* the crash dumps don't happen and if an admin > finds they need it they turn it on. > > This is one of those "There is no right answer" things... Hmm, I thought the crashdumps were a conscious descision as part of another change in 7.x (shipping with debug symbols enabled by default) to try to make it easier to get more useful crash reports from stock kernels. Having the debug symbols present is probably enough for that though since it is fairly easy to enable crashdumps in rc.conf vs. having to build a new kernel just to get debug symbols. Should we change the default behavior in 7? -- John Baldwin