From owner-svn-src-stable@FreeBSD.ORG Fri Sep 11 06:27:06 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 E56A81065670; Fri, 11 Sep 2009 06:27:05 +0000 (UTC) (envelope-from jasonh@DataIX.net) Received: from www6.pairlite.com (www6.pairlite.com [64.130.10.16]) by mx1.freebsd.org (Postfix) with ESMTP id B3B218FC1B; Fri, 11 Sep 2009 06:27:05 +0000 (UTC) Received: from firewall.5p.local (unknown [99.19.41.238]) by www6.pairlite.com (Postfix) with ESMTP id 69213B827; Fri, 11 Sep 2009 02:01:00 -0400 (EDT) Date: Fri, 11 Sep 2009 02:00:58 -0400 From: "Jason J. Hellenthal" To: Robert Watson In-Reply-To: Message-ID: References: <200909101404.n8AE41C6021588@svn.freebsd.org> <200909101023.44913.jhb@freebsd.org> <1252593149.75144.18.camel@bauer.cse.buffalo.edu> <200909101118.22525.jhb@freebsd.org> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) X-OpenPGP-Key-ID: 0x691411AC X-OpenPGP-Key-Fingerprint: 6F56 3B10 D8AD 1D33 96E7 5946 E3B6 2768 6914 11AC MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Remko Lodder , John Baldwin , svn-src-stable@freebsd.org, svn-src-all@freebsd.org, src-committers@freebsd.org, svn-src-stable-8@freebsd.org, Ken Smith , 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 Reply-To: "Jason J. Hellenthal" 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: Fri, 11 Sep 2009 06:27:06 -0000 On Thu, 10 Sep 2009 13:00 -0000, rwatson wrote: > > On Thu, 10 Sep 2009, Remko Lodder wrote: > >> I agree with that; it would (!) help the bugbusting team in gathering >> required information. If there is an way to automate crashdumps and proper >> reporting and stick that in /var/crash/crash.$date or something and tell >> people that they can report their problems on the bugs list where needed, >> we have information upfront. I still remember the time where we had to >> chase people to get this information, sometimes never being able to >> properly get the information. If it is there by default, it will help. >> >> Please consider keeping it enabled.. > > Well, John's crashinfo(8) tool from Yahoo! does all this, the only "problem" > is that it requires extracting the crashdump to a local file system. It > seems like we have a lot of the right ingredients, maybe we can have a > brain-storming session on distributed diagnostics and debugging at the > Devsummit on how to find some better middle grounds here. > > Robert N M Watson > Computer Laboratory > University of Cambridge > > If I may, I would like to introduce a distributed targeting system to this conversation in addition to crashinfo. Given with the above conversations I cant help but think that in a case like this it would be helpful to setup a central database for collection of information and write a little bit more code into crashinfo for uuencoding a blob to send through email or maybe another way so data can be collected, sorted & analyzed with statistics spilled out into a web page for review. A rough overview of enabling this would be done through a rcvar that would auto-enable crash dumps, crashinfo & the reporting system together. As for the client ( does not exist yet. or maybe there is something similar ). But this would be just a opt-in type of rcvar that should be enabled by default for -CURRENT possibly -STABLE but off for all -RELEASE. I would like to think that something like this would certainly improve development by help programmers focus specifically on areas that need attention while not having to hunt down core dumps for specific circumstances. And mostly amazing at the number of people that are willing to turn these things on. RFC??? Best regards PS: I most certainly would love to volunteer whatever I could do to make this happen. -- Jason J. Hellenthal http://www.DataIX.net/ jasonh@DataIX.net 0x691411AC - (2^(N-1))