From owner-freebsd-bugs@FreeBSD.ORG Fri Jun 30 15:10:33 2006 Return-Path: X-Original-To: freebsd-bugs@hub.freebsd.org Delivered-To: freebsd-bugs@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1BA4C16A47B for ; Fri, 30 Jun 2006 15:10:33 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5FA7F43E81 for ; Fri, 30 Jun 2006 15:10:24 +0000 (GMT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.4/8.13.4) with ESMTP id k5UFAOev066745 for ; Fri, 30 Jun 2006 15:10:24 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.13.4/8.13.4/Submit) id k5UFANKX066738; Fri, 30 Jun 2006 15:10:23 GMT (envelope-from gnats) Date: Fri, 30 Jun 2006 15:10:23 GMT Message-Id: <200606301510.k5UFANKX066738@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org From: John Baldwin Cc: Subject: Re: kern/99094: panic: sleeping thread (Sleeping thread ... owns a non-sleepable lock) X-BeenThere: freebsd-bugs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: John Baldwin List-Id: Bug reports List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Jun 2006 15:10:33 -0000 The following reply was made to PR kern/99094; it has been noted by GNATS. From: John Baldwin To: Eirik =?iso-8859-1?q?=D8verby?= Cc: bug-followup@freebsd.org Subject: Re: kern/99094: panic: sleeping thread (Sleeping thread ... owns a non-sleepable lock) Date: Fri, 30 Jun 2006 11:06:47 -0400 On Friday 30 June 2006 10:56, Eirik =D8verby wrote: > Hm, I thought I had that in my report? =46rom the messages: Sleeping thread (tid 100082, pid 84236) owns a non-sleepable lock panic: sleeping thread cpuid =3D 0 KDB: enter: panic [thread pid 84235 tid 100474 ] This means pid 84236 misbehaved, and pid 84235 found that it had misbehaved= =2E =20 The sole stack trace is of pid 84235: db> bt Tracing pid 84235 tid 100474 td 0xffffff006f759000 ^^^^^ :) > I have to find a way to automate this. I've just moved the =20 > installation to a newly partitioned array, to make sure I have room =20 > for crash dumps, and I have the following in rc.conf: >=20 > dumpdev=3D"AUTO" > dumpdir=3D"/usr/crash" >=20 > from my reading, that should be enough. >=20 > In addition I added KDB_UNATTENDED to the kernel config, as I cannot =20 > risk that the box is down for hours before I have a chance to get to =20 > the debugger console every time. The question is: Will it actually do =20 > an automatic dump before rebooting, or will a dump *always* require =20 > manual intervention? And will a dump contain all necessary information? You can get a stack trace from the dump using kgdb. You'll have to use 'in= fo=20 threads' in gdb to find the thread with the corresponding pid, then use the= =20 gdb 'thread' command to switch to that thread (using the gdb thread number,= =20 not the tid or pid) and then do a 'bt' or 'where' to get the trace. =2D-=20 John Baldwin