From owner-freebsd-current@FreeBSD.ORG Wed Aug 10 05:56:16 2005 Return-Path: X-Original-To: freebsd-current@FreeBSD.org 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 A39CA16A5A1 for ; Wed, 10 Aug 2005 05:55:14 +0000 (GMT) (envelope-from truckman@FreeBSD.org) Received: from gw.catspoiler.org (217-ip-163.nccn.net [209.79.217.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id 031AD457C3 for ; Wed, 10 Aug 2005 02:56:25 +0000 (GMT) (envelope-from truckman@FreeBSD.org) Received: from FreeBSD.org (mousie.catspoiler.org [192.168.101.2]) by gw.catspoiler.org (8.13.3/8.13.3) with ESMTP id j7A2uIj5098907; Tue, 9 Aug 2005 19:56:22 -0700 (PDT) (envelope-from truckman@FreeBSD.org) Message-Id: <200508100256.j7A2uIj5098907@gw.catspoiler.org> Date: Tue, 9 Aug 2005 19:56:18 -0700 (PDT) From: Don Lewis To: thierry@herbelot.com In-Reply-To: <200508092233.14912.thierry@herbelot.com> MIME-Version: 1.0 Content-Type: TEXT/plain; charset=us-ascii Cc: freebsd-current@FreeBSD.org Subject: Re: panic: lock (sleep mutex) vnode interlock not locked X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Wed, 10 Aug 2005 05:56:16 -0000 On 9 Aug, Thierry Herbelot wrote: > Hello, > > I'm seeing the above panic on two machines (SMP BP6 and a notebook) with > recent -Current (certainly "heisenbug" : the same kernel runs happily on the > notebook). > The panic log on the SMP machine follows. > > TfH > > #ident /usr/src/sys/kern/vfs_subr.c > /usr/src/sys/kern/vfs_subr.c: > $FreeBSD: src/sys/kern/vfs_subr.c,v 1.638 2005/08/06 01:42:03 ssouhlal > Exp $ > > FreeBSD 7.0-CURRENT #758: Tue Aug 9 20:18:36 CEST 2005 > XX@YYY:/usr/obj/usr/src/sys/GENERIC > WARNING: WITNESS option enabled, expect reduced performance. > MPTable: > Timecounter "i8254" frequency 1193182 Hz quality 0 > CPU: Pentium II/Pentium II Xeon/Celeron (334.09-MHz 686-class CPU) > Origin = "GenuineIntel" Id = 0x665 Stepping = 5 > > Features=0x183fbff > real memory = 100663296 (96 MB) > avail memory = 88850432 (84 MB) > .... > panic: lock (sleep mutex) vnode interlock not locked > @ /usr/src/sys/kern/vfs_subr.c:2117 > cpuid = 1 > KDB: enter: panic > [thread pid 49 tid 100039 ] > Stopped at kdb_enter+0x2b: nop > db> where > Tracing pid 49 tid 100039 td 0xc12a4900 > kdb_enter(c0859e9d) at kdb_enter+0x2b > panic(c085de0d,c08753f9,c085d79a,c0862e0e,845) at panic+0x127 > witness_unlock(c1850d3c,8,c0862e0e,845) at witness_unlock+0xbc > _mtx_unlock_flags(c1850d3c,0,c0862e0e,845,c1850cc0) at _mtx_unlock_flags+0x5b > vdropl(c1850cc0,7,c12a4900,c09076c0,c1850cc0) at vdropl+0x5e > vlrureclaim(c1471800,c12a4900,c12a3830,c068412c,c12a3830) at vlrureclaim+0x1fd > vnlru_proc(0,c7228d38,0,c068412c,0) at vnlru_proc+0x18b > fork_exit(c068412c,0,c7228d38) at fork_exit+0xa0 > fork_trampoline() at fork_trampoline+0x8 Something similar here on a UP Athlon machine. It happened while I was using cvs to update /usr/ports from my nfs-mounted CVS repo. The line number in vfs_subr.c is different, and in my case the panic happened in vdestroy(), which is called by vdropl(), instead of directly in vdropl(). panic: lock (sleep mutex) vnode interlock not locked @ /usr/src/sys/kern/vfs_su br.c:750 KDB: enter: panic [thread pid 46 tid 100042 ] Stopped at kdb_enter+0x2b: nop db> tr Tracing pid 46 tid 100042 td 0xc2370480 kdb_enter(c08674e2) at kdb_enter+0x2b panic(c086b19a,c0883023,c086ab33,c0870150,2ee) at panic+0xbb witness_unlock(c5b9a07c,8,c0870150,2ee) at witness_unlock+0xbc _mtx_unlock_flags(c5b9a07c,0,c0870150,2ee) at _mtx_unlock_flags+0x5b vdestroy(c5b9a000,c5b9a000,e5054cec,c069111d,c5b9a000) at vdestroy+0x1b5 vdropl(c5b9a000,7,c2370480,c0914ce0,c5b9a000) at vdropl+0x3e vlrureclaim(c25b1000,c2370480,c243b000,c06912f8,c243b000) at vlrureclaim+0x1fd vnlru_proc(0,e5054d38,0,c06912f8,0) at vnlru_proc+0x18b fork_exit(c06912f8,0,e5054d38) at fork_exit+0xa0 fork_trampoline() at fork_trampoline+0x8