From owner-freebsd-current@FreeBSD.ORG Tue Jun 29 19:31:59 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 01CA416A4CE; Tue, 29 Jun 2004 19:31:59 +0000 (GMT) Received: from mailout1.informatik.tu-muenchen.de (mailout1.informatik.tu-muenchen.de [131.159.0.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9AB6843D41; Tue, 29 Jun 2004 19:31:58 +0000 (GMT) (envelope-from langd@informatik.tu-muenchen.de) Date: Tue, 29 Jun 2004 21:31:57 +0200 From: Daniel Lang To: Brian Fundakowski Feldman Message-ID: <20040629193157.GA77322@atrbg11.informatik.tu-muenchen.de> References: <20040628202434.GA73213@atrbg11.informatik.tu-muenchen.de> <20040629153921.GE75577@atrbg11.informatik.tu-muenchen.de> <200406291200.12030.jhb@FreeBSD.org> <20040629163028.GM75577@atrbg11.informatik.tu-muenchen.de> <20040629170014.GC1144@green.homeunix.org> <20040629183557.GA77135@atrbg11.informatik.tu-muenchen.de> <20040629184946.GE1144@green.homeunix.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable In-Reply-To: <20040629184946.GE1144@green.homeunix.org> X-Geek: GCS/CC d-- s: a- C++$ UBS++++$ P+++$ L- E-(---) W+++(--) N++ o K w--- O? M? V? PS+(++) PE--(+) Y+ PGP+ t++ 5+++ X R+(-) tv+ b+ DI++ D++ G++ e+++ h---(-) r+++ y+ User-Agent: Mutt/1.5.6i X-Virus-Scanned: by amavisd-new at informatik.tu-muenchen.de cc: freebsd-current@FreeBSD.org cc: John Baldwin Subject: Re: kern/68442: panic - acquiring duplicate lock of same type: "sleepq chain" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Jun 2004 19:31:59 -0000 Hi again, I installed gdb6 from ports, which works. It just confirms the addr2line result: (kgdb) l *0xc053932b 0xc053932b is in witness_checkorder (/usr/src/sys/kern/subr_witness.c:898). Brian Fundakowski Feldman wrote on Tue, Jun 29, 2004 at 02:49:46PM -0400: [..] > > (What hurts most, is, that in one occasion I had a ddb prompt > > and could call doadump() successfully. But after reboot, damn=20 > > /var was full, so savecore could not write it to disk, argl!). >=20 > You can make /var/crash a symlink to a directory with more space. Yes, I usually have enough space there. It was an ill coincidence. :-/ Don: Thanks for the hint to run savecore later on. I should have guessed as long as there is not much going on and swap did not need to used yet, I would have gotten a good core. Unfortunately it is to late for now. I'll keep it in mind, though. John: Ok, mutex/witness confusion is maybe going on. How would you suggest to proceed. I am a little reluctant to boot the machine to multi-user and wait for the next crash (which most of the time does not produce a dump or ddb prompt), since I would have to hit the reset button and right now, I'm at home now and have only remote access. How about the first stack trace (from ddb) that was included in the PR. Although the crashdump was wasted, the ddb trace could give some additional hints maybe? It also shows witness_checkorder(), but it also shows the other stack frames and as it seems the passed values. I can do some examination with these info on the system with gdb, but I could use a hint for what to look out for. Thanks, Daniel --=20 IRCnet: Mr-Spock - Eddie would go! - Daniel Lang * dl@leo.org * +49 89 289 18532 * http://www.leo.org/~dl/