From owner-svn-src-projects@FreeBSD.ORG Wed Jan 26 15:42:44 2011 Return-Path: Delivered-To: svn-src-projects@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CDCE3106564A; Wed, 26 Jan 2011 15:42:44 +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 9DEFD8FC08; Wed, 26 Jan 2011 15:42:44 +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 4386046B2C; Wed, 26 Jan 2011 10:42:44 -0500 (EST) Received: from jhbbsd.localnet (smtp.hudson-trading.com [209.249.190.9]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 425C18A009; Wed, 26 Jan 2011 10:42:43 -0500 (EST) From: John Baldwin To: Ken Smith Date: Wed, 26 Jan 2011 10:42:37 -0500 User-Agent: KMail/1.13.5 (FreeBSD/7.4-CBSD-20110107; KDE/4.4.5; amd64; ; ) References: <201101251534.p0PFY7cF039182@svn.freebsd.org> <4D3FED31.8040304@FreeBSD.org> <1296054407.19051.5.camel@bauer.cse.buffalo.edu> In-Reply-To: <1296054407.19051.5.camel@bauer.cse.buffalo.edu> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Message-Id: <201101261042.38218.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.6 (bigwig.baldwin.cx); Wed, 26 Jan 2011 10:42:43 -0500 (EST) X-Virus-Scanned: clamav-milter 0.96.3 at bigwig.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-1.9 required=4.2 tests=BAYES_00 autolearn=ham version=3.3.1 X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on bigwig.baldwin.cx Cc: svn-src-projects@freebsd.org, Pawel Jakub Dawidek , Alexander Motin , src-committers@freebsd.org, Robert Watson Subject: Re: svn commit: r217828 - projects/graid/head/sys/geom/raid X-BeenThere: svn-src-projects@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "SVN commit messages for the src " projects" tree" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Jan 2011 15:42:44 -0000 On Wednesday, January 26, 2011 10:06:47 am Ken Smith wrote: > On Wed, 2011-01-26 at 11:45 +0200, Alexander Motin wrote: > > Those who want maximum robustness should use dedicated > > drive on the most trivial dedicated controller to make dumping reliable. > > If we are going above that - there are always some compromises. > > Please remember this statement when I change dumpdev from "AUTO" > to "NO" in /etc/defaults/rc.conf shortly after branching stable/9. :-) No, I still think this is the wrong answer. Kernel dumps are not inherently unreliable to the point that we should not enable them by default. However, turning dumps off is a good way to prevent developers from debugging non- trivial bugs that are only triggered under real-world workloads. I think we should strive to make our dumps as reliable as possible, but nothing in our system is perfect (hence bugs), and if we are going to require absolute perfection for kernel dumps before enabling them by default then we might as well not ship anything at all as I can _ensure_ you the rest of the system we ship is _not_ absolutely perfect. -- John Baldwin