Skip site navigation (1)Skip section navigation (2)
Date:      Thu, 10 Sep 2009 10:32:29 -0400
From:      Ken Smith <kensmith@cse.Buffalo.EDU>
To:        John Baldwin <jhb@freebsd.org>
Cc:        svn-src-stable@freebsd.org, svn-src-all@freebsd.org, src-committers@freebsd.org, svn-src-stable-8@freebsd.org, Ken Smith <kensmith@freebsd.org>
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
Message-ID:  <1252593149.75144.18.camel@bauer.cse.buffalo.edu>
In-Reply-To: <200909101023.44913.jhb@freebsd.org>
References:  <200909101404.n8AE41C6021588@svn.freebsd.org> <200909101023.44913.jhb@freebsd.org>

index | next in thread | previous in thread | raw e-mail

[-- Attachment #1 --]
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...

-- 
                                                Ken Smith
- From there to here, from here to      |       kensmith@cse.buffalo.edu
  there, funny things are everywhere.   |
                      - Theodore Geisel |


[-- Attachment #2 --]
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.9 (FreeBSD)

iEYEABECAAYFAkqpDf0ACgkQ/G14VSmup/Z6uACaArSRA3xuAlaSgzkJnnLuo4Hf
9GYAn3J0nrqpE7ylVH/u2Wh0BS0gB3AP
=D9Fc
-----END PGP SIGNATURE-----
help

Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?1252593149.75144.18.camel>