From owner-freebsd-current@FreeBSD.ORG Mon Aug 23 21:26:22 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 8DACF16A4E8 for ; Mon, 23 Aug 2004 21:26:22 +0000 (GMT) Received: from mail1.speakeasy.net (mail1.speakeasy.net [216.254.0.201]) by mx1.FreeBSD.org (Postfix) with ESMTP id 63C4D43D53 for ; Mon, 23 Aug 2004 21:26:22 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: (qmail 30869 invoked from network); 23 Aug 2004 21:26:22 -0000 Received: from dsl027-160-063.atl1.dsl.speakeasy.net (HELO server.baldwin.cx) ([216.27.160.63]) (envelope-sender ) encrypted SMTP for ; 23 Aug 2004 21:26:20 -0000 Received: from [10.50.40.208] (gw1.twc.weather.com [216.133.140.1]) (authenticated bits=0) by server.baldwin.cx (8.12.11/8.12.11) with ESMTP id i7NLQHeR089422; Mon, 23 Aug 2004 17:26:17 -0400 (EDT) (envelope-from jhb@FreeBSD.org) From: John Baldwin To: freebsd-current@FreeBSD.org Date: Mon, 23 Aug 2004 14:59:15 -0400 User-Agent: KMail/1.6.2 References: <2D8BB15C7B5C214F81C32D3A83B32736E6BBB8@idbexc01.americas.cpqcorp.net> <16682.13031.43151.91070@jerusalem.litteratus.org> In-Reply-To: <16682.13031.43151.91070@jerusalem.litteratus.org> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200408231459.15223.jhb@FreeBSD.org> X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on server.baldwin.cx cc: Robert Huff cc: current@FreeBSD.org Subject: Re: "witness exhausted" 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, 23 Aug 2004 21:26:22 -0000 On Monday 23 August 2004 02:09 pm, Robert Huff wrote: > I updated to > > FreeBSD 6.0-CURRENT #1: Fri Aug 20 15:02:58 EDT 2004 > > and noticed in the boot messages: > > witness_get: witness exhausted > > What's going on, and is this something I need to worry about? > (System config file and dmesg output are appended.) It just means that witness' internal buffers were used up so it stopped doing lock order checking. You can try bumping up the constants in subr_witness.c that control the size of the static arrays if you need witness to work. You can do a 'show witness' from DDB to possibly see why it exhausted all the entries. It may be that some class of lock is using unique names for each lock and needs to use a common lock type so they all use the same witness structure. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org