svn commit: r197065 - in stable/8: etc/defaults lib/libc/stdlib
sys/amd64/conf sys/i386/conf sys/ia64/conf sys/pc98/conf
ivoras at freebsd.org
Thu Sep 10 16:06:33 UTC 2009
2009/9/10 Ken Smith <kensmith at cse.buffalo.edu>:
> On Thu, 2009-09-10 at 15:29 +0100, Gavin Atkinson wrote:
>> This seems like a step backwards to me: crash dumps have been left
>> enabled in 7.x and have proved very useful from the point of view of
>> improved quality of received PRs. I'm not aware of any problems
>> relating to leaving them enabled.
>> I'd appreciate it if this decision was reconsidered.
> Unfortunately as I said before there is no "Right answer" for this one.
No, but there is an "80% right" one, based on the question: did the
change in 7 cause known problems for any significant number of users
(or one of two big users - that should be enough).
After all, if users were fine with crashdumps & symbols being enabled
in 7, they should be find with them being enabled in 8.
> If there is (a lot) more push-back on this we'll reconsider it. But the
> AUTO setting is only appropriate for machines that are "actively being
> watched over". In -stable branches we start to have people using it for
> large data centers full of machines that are only "partially watched
> over" at best as well as machines stuffed in phone closets in remote
> locations, etc. Having the AUTO setting for situations like that can
> mean increased time for a reboot to happen, there is extra risk of the
> machine wedging and not rebooting at all (requiring manual intervention
> to get it back up), there is risk of disk space issues, etc.
More information about the freebsd-stable