From owner-freebsd-stable@FreeBSD.ORG Thu Apr 21 06:57:54 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 00BD216A4CE for ; Thu, 21 Apr 2005 06:57:54 +0000 (GMT) Received: from mail02.syd.optusnet.com.au (mail02.syd.optusnet.com.au [211.29.132.183]) by mx1.FreeBSD.org (Postfix) with ESMTP id 102F943D58 for ; Thu, 21 Apr 2005 06:57:53 +0000 (GMT) (envelope-from PeterJeremy@optushome.com.au) Received: from cirb503493.alcatel.com.au (c211-30-75-229.belrs2.nsw.optusnet.com.au [211.30.75.229]) j3L6vlbB006293 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Thu, 21 Apr 2005 16:57:51 +1000 Received: from cirb503493.alcatel.com.au (localhost.alcatel.com.au [127.0.0.1])j3L6vk7l015678; Thu, 21 Apr 2005 16:57:46 +1000 (EST) (envelope-from pjeremy@cirb503493.alcatel.com.au) Received: (from pjeremy@localhost)j3L6vkid015677; Thu, 21 Apr 2005 16:57:46 +1000 (EST) (envelope-from pjeremy) Date: Thu, 21 Apr 2005 16:57:46 +1000 From: Peter Jeremy To: Doug White Message-ID: <20050421065746.GD12673@cirb503493.alcatel.com.au> References: <20050415212129.GB90280@cirb503493.alcatel.com.au> <20050420193251.Y89198@carver.gumbysoft.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050420193251.Y89198@carver.gumbysoft.com> User-Agent: Mutt/1.4.2i cc: stable@freebsd.org Subject: Re: Deadlock in 5.3p5 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Apr 2005 06:57:54 -0000 On Wed, 2005-Apr-20 19:33:43 -0700, Doug White wrote: >On Sat, 16 Apr 2005, Peter Jeremy wrote: >> 0xc1e2ce70: tag ufs, type VREG, usecount 6, writecount 0, refcount 0, flags (VV_OBJBUF), lock type ufs: SHARED (count 1) with 1 pending >> ino 142169, on dev ad0s1g (4, 25) ... >> 142169 /usr/local/OpenOffice.org1.1.4/program/libpsp645fi.so >> >> Does anyone have any ideas on how to track this further (or so I just >> write it off as a glitch). > >This is the old "race to root" that happens at the end of the death >spiral. You need to know why the guy holding tte library lock isn't >letting go of it. How can I find out which process is holding the library lock? It's a shared lock and there doesn't appear to be any record kept of processes seizing shared locks. -- Peter Jeremy