From owner-freebsd-hackers@FreeBSD.ORG Sun Jun 24 18:50:38 2012 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E21B81065677 for ; Sun, 24 Jun 2012 18:50:38 +0000 (UTC) (envelope-from wojtek@wojtek.tensor.gdynia.pl) Received: from wojtek.tensor.gdynia.pl (wojtek.tensor.gdynia.pl [89.206.35.99]) by mx1.freebsd.org (Postfix) with ESMTP id 3E1318FC19 for ; Sun, 24 Jun 2012 18:50:37 +0000 (UTC) Received: from wojtek.tensor.gdynia.pl (localhost [127.0.0.1]) by wojtek.tensor.gdynia.pl (8.14.5/8.14.5) with ESMTP id q5OIogqo073683; Sun, 24 Jun 2012 20:50:42 +0200 (CEST) (envelope-from wojtek@wojtek.tensor.gdynia.pl) Received: from localhost (wojtek@localhost) by wojtek.tensor.gdynia.pl (8.14.5/8.14.5/Submit) with ESMTP id q5OIofJ6073680; Sun, 24 Jun 2012 20:50:42 +0200 (CEST) (envelope-from wojtek@wojtek.tensor.gdynia.pl) Date: Sun, 24 Jun 2012 20:50:41 +0200 (CEST) From: Wojciech Puchar To: Mateusz Guzik In-Reply-To: <20120624180526.GA15899@dft-labs.eu> Message-ID: References: <20120623162415.303430@gmx.com> <20120624180526.GA15899@dft-labs.eu> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Greylist: Sender passed SPF test, not delayed by milter-greylist-4.2.7 (wojtek.tensor.gdynia.pl [127.0.0.1]); Sun, 24 Jun 2012 20:50:42 +0200 (CEST) Cc: freebsd-hackers@freebsd.org Subject: Re: reason for "magic" crashes. X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 Jun 2012 18:50:39 -0000 >> >> >> There is nothing in cron that is done at sunday. >> >> i don't run "periodic" stuff in /etc/crontab >> > > Compile the kernel with the following: > > makeoptions DEBUG="-O0 -g" > > options KDB # Enable kernel debugger support. > options DDB # Support DDB. > options GDB # Support remote GDB. > options DEADLKRES # Enable the deadlock resolver > options INVARIANTS # Enable calls of extra sanity checking > options INVARIANT_SUPPORT # Extra sanity checks of internal structures, required by INVARIANTS > options WITNESS # Enable checks to detect deadlocks and cycles > options WITNESS_SKIPSPIN # Don't run witness on spinlocks for speed > options DIAGNOSTIC > > After kernel panic ddb prompt will be waiting for you. Type in: > dump > reset > > Make sure you have swap that can handle crashdumps. already did this part and debug part, but not DDB. As you see - hang not crashdump how much would it slow down whole thing? If less than 2 times it can be - CPU are rerely half loaded