Date: Sat, 16 Apr 2005 11:36:49 -0700 From: Kris Kennaway <kris@obsecurity.org> To: Peter Jeremy <PeterJeremy@optushome.com.au>, Jeff Roberson <jroberson@chesapeake.net> Cc: stable@freebsd.org Subject: Re: Deadlock in 5.3p5 Message-ID: <20050416183649.GA61170@xor.obsecurity.org> In-Reply-To: <20050415212129.GB90280@cirb503493.alcatel.com.au> References: <20050415212129.GB90280@cirb503493.alcatel.com.au>
next in thread | previous in thread | raw e-mail | index | archive | help
--Dxnq1zWXvFF0Q93v Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable CC'ing to jeffr On Sat, Apr 16, 2005 at 07:21:29AM +1000, Peter Jeremy wrote: > My son's computer deadlocked last night. "show lockedvnods" in DDB showe= d: >=20 > Locked vnodes > 0xc1669840: tag ufs, type VDIR, usecount 8, writecount 0, refcount 2, fla= gs (VV_ROOT|VV_OBJBUF), lock type ufs: EXCL (count 1) by thread 0xc18ed000 = (pid 9666) with 7 pending > ino 2, on dev ad0s1g (4, 25) > 0xc1682000: tag ufs, type VDIR, usecount 5, writecount 0, refcount 2, fla= gs (VV_OBJBUF), lock type ufs: EXCL (count 1) by thread 0xc16fd000 (pid 156= 86) with 1 pending > ino 23552, on dev ad0s1g (4, 25) > 0xc1b30d68: tag ufs, type VDIR, usecount 2, writecount 0, refcount 1, fla= gs (VV_OBJBUF), lock type ufs: EXCL (count 1) by thread 0xc268f000 (pid = 9075) with 1 pending > ino 122986, on dev ad0s1g (4, 25) > 0xc1c3c210: tag ufs, type VDIR, usecount 3, writecount 0, refcount 1, fla= gs (VV_OBJBUF), lock type ufs: EXCL (count 1) by thread 0xc16fe4b0 (pid = 9067) with 1 pending > ino 142022, on dev ad0s1g (4, 25) > 0xc1e2ce70: tag ufs, type VREG, usecount 6, writecount 0, refcount 0, fla= gs (VV_OBJBUF), lock type ufs: SHARED (count 1) with 1 pending > ino 142169, on dev ad0s1g (4, 25) >=20 > After poking around in the crashdump for a while, I've worked out that > the process holding each of the above exclusive locks is waiting on > the next lock in the list. Unfortunately, there doesn't appear to be > any way to work out which process is holding the shared lock unless > DEBUG_LOCKS is set (and even this doesn't work if the lock was implicitly > downgraded by a process calling lockmgr(LK_SHARED) when it holds an > exclusive lock). >=20 > FWIW, the affected inodes are: > 2 /usr > 23552 /usr/local > 122986 /usr/local/OpenOffice.org1.1.4 > 142022 /usr/local/OpenOffice.org1.1.4/program > 142169 /usr/local/OpenOffice.org1.1.4/program/libpsp645fi.so >=20 > Does anyone have any ideas on how to track this further (or so I just > write it off as a glitch). >=20 > --=20 > Peter Jeremy > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" >=20 --Dxnq1zWXvFF0Q93v Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQFCYVtBWry0BWjoQKURAiLIAKCB57mp433S4RgP3ItyNubHLamPGQCePWPl 7KDivBq2GXDRS1m96vIVHPc= =5Wfq -----END PGP SIGNATURE----- --Dxnq1zWXvFF0Q93v--
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20050416183649.GA61170>