From owner-freebsd-current@FreeBSD.ORG Mon Jul 19 14:24:07 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 ABB8416A4CE; Mon, 19 Jul 2004 14:24:07 +0000 (GMT) Received: from freebee.digiware.nl (dsl390.iae.nl [212.61.63.138]) by mx1.FreeBSD.org (Postfix) with ESMTP id EC17F43D45; Mon, 19 Jul 2004 14:24:06 +0000 (GMT) (envelope-from wjw@withagen.nl) Received: from dual (dual [212.61.27.71]) by freebee.digiware.nl (8.12.10/8.12.10) with SMTP id i6JEMHsD080669; Mon, 19 Jul 2004 16:22:17 +0200 (CEST) (envelope-from wjw@withagen.nl) Message-ID: <138001c46d9a$e2eadb10$471b3dd4@digiware.nl> From: "Willem Jan Withagen" To: "Robert Watson" References: Date: Mon, 19 Jul 2004 16:15:46 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1409 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1409 cc: current@freebsd.org Subject: Re: panic: Duplicate free of item 0xffffff005c4a8600 fromzone0xffffff007fed4780(Mbuf) 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: Mon, 19 Jul 2004 14:24:07 -0000 From: "Robert Watson" > On Mon, 19 Jul 2004, Willem Jan Withagen wrote: > > > > I'll starts some more tests before I'm of to bed. > > > > This mornings result: > > ==== > > System call getdirentries returning with the following locks held: > > exclusive sleep mutex bdone lock r = 0 (0xffffffff805fd080) locked @ /home2/src/ > > sys/kern/vfs_bio.c:3767 > > panic: witness_warn > > cpuid = 0; > > KDB: stack backtrace: > > kdspin lock sched lock held by 0xffffff007b6cc940 for > 5 seconds > > panic: spin lock held too long > > cpuid = 0; > > KDB: enter: panic > > ==== > > > > But no way to get into the debugger. Does not look like it is much > > network related??? > > Doesn't look very network related, although it could be that increased > concurrency and lack of waiting on Giant open up a race of some sort. Can > you confirm "options DDB" and "options KDB" are both in your kernel > config? You may want to consider commenting out "#define PREEMPTION" in > the copy of params.h for the architecture you're running on and see if > that helps. Won't help interrupt processing latency, but probably won't > hurt server throughput, and your box is a server box so it might be worth > trying. Well to box is actually just a toy in my office.... :) And yes it is definitly disk-IO bound.... But I'll take PREEMPTION out if you want. have to think about doing it again it when I cvsup again.. And yes, both DDB and KDB are in... I'm also on the am64 list discussing the fact that 1 out of 3 times I do not get a db> prompt. # Debugging for use in -current options KDB # Enable kernel debugger support. options KDB_TRACE options DDB # Support DDB. options GDB # Support remote GDB. options INVARIANTS # Enable calls of extra sanity checking options INVARIANT_SUPPORT # Extra sanity checks of internal struct options WITNESS # Enable checks to detect deadlocks and options WITNESS_SKIPSPIN # Don't run witness on spinlocks for spe --WjW