From owner-freebsd-current@FreeBSD.ORG Wed Dec 17 22:41:06 2003 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 66D5D16A4CE; Wed, 17 Dec 2003 22:41:06 -0800 (PST) Received: from white.imgsrc.co.jp (ns.imgsrc.co.jp [210.226.20.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 51BFA43D45; Wed, 17 Dec 2003 22:40:58 -0800 (PST) (envelope-from kuriyama@imgsrc.co.jp) Received: from localhost (localhost [127.0.0.1]) by white.imgsrc.co.jp (Postfix) with ESMTP id F4147284098; Thu, 18 Dec 2003 15:40:56 +0900 (JST) Received: from black.imgsrc.co.jp (black.imgsrc.co.jp [2001:218:422:2::130]) by white.imgsrc.co.jp (Postfix) with ESMTP id DF36F28407A; Thu, 18 Dec 2003 15:40:55 +0900 (JST) Received: from black.imgsrc.co.jp (black.imgsrc.co.jp [2001:218:422:2::130]) by black.imgsrc.co.jp (Postfix) with ESMTP id AB9301E4A63; Thu, 18 Dec 2003 15:40:55 +0900 (JST) Date: Thu, 18 Dec 2003 15:40:55 +0900 Message-ID: <7mk74u1vd4.wl@black.imgsrc.co.jp> From: Jun Kuriyama To: Robert Watson In-Reply-To: References: <20031212184001.C4201-100000@mail.chesapeake.net> User-Agent: Wanderlust/2.10.1 (Watching The Wheels) SEMI/1.14.5 (Awara-Onsen) FLIM/1.14.5 (Demachiyanagi) APEL/10.6 Emacs/21.3 (i386--freebsd) MULE/5.0 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.5 - "Awara-Onsen") Content-Type: text/plain; charset=US-ASCII X-Virus-Scanned: by AMaViS snapshot-20020531 cc: Jeff Roberson cc: Don Lewis cc: freebsd-current@freebsd.org Subject: Re: vn_fullpath: 0xc85e24a0 is not locked but should be 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: Thu, 18 Dec 2003 06:41:06 -0000 At Fri, 12 Dec 2003 19:37:24 -0500 (EST), Robert Watson wrote: > BTW, if someone wants to actually test the patch I posted, I'll be happy > to commit it :-). I'll modify it to include a comment about lock orders, > however -- I think procfs will always be something of a lock ordering > challenge, however. My understanding is that procfs doesn't rely on vnode > locks for internal consistency, so we may well just be able to drop and > reclaim the vnode lock for this (and also for the map file). I get a hang of my Mozilla with situation below. I'm running this box with your patch and I'm not sure this will happen without your patch. I'm doing "make install" at /usr/ports/print/cups-base in another window, and it looks cvsup process is running as cron job. Is there any thing I can provide for debugging? ----- ps output USER PID %CPU %MEM VSZ RSS TT STAT STARTED TIME COMMAND root 54 0.0 0.0 0 12 ?? DL Wed10AM 1:44.12 (bufdaemon) root 56 0.0 0.0 0 12 ?? DL Wed10AM 15:55.36 (syncer) kuriyama 30217 0.0 2.9 75672 61208 v0 D Wed11AM 7:18.35 ./mozilla-bin root 59334 0.0 0.0 1348 992 pb D+ 2:58PM 0:00.03 /usr/bin/install -c -o root -g wheel -m 644 printers.tmpl kuriyama 59698 0.0 0.2 3752 3352 ?? D 3:06PM 0:00.62 /usr/local/bin/cvsup -g -L0 -l /home/kuriyama/ ----- ----- top output PID USERNAME PRI NICE SIZE RES STATE C TIME WCPU CPU COMMAND 30217 kuriyama -4 0 75672K 61208K snaplk 1 7:18 0.00% 0.00% mozilla-bin ----- ----- ddb show lockedvnods db> show locekedvnods Locked vnodes 0xc9aa1940: tag ufs, type VREG, usecount 3, writecount 2, refcount 1, flags (VV_OBJBUF), lock type ufs: EXCL (count 1) by thread 0xc94b7dc0 (pid:30217) ino 1109137, on dev ad0s1f (4, 17) 0xc86e9250: tag ufs, type VREG, usecount 1, writecount 0, refcount 103, flags (VV_SYSTEM), lock type snaplk: EXCL (count 1) by thread 0xc8228140 (pid:56) with 4 pending ino 965633, on dev ad0s1f (4, 17) 0xc86e9128: tag ufs, type VREG, usecount 1, writecount 0, refcount 103, flags (VV_SYSTEM), lock type snaplk: EXCL (count 1) by thread 0xc8228140 (pid:56) with 4 pending ino 965634, on dev ad0s1f (4, 17) 0xc86e7a68: tag syncer, type VNON, usecount 1, writecount 0, refcount 1, lock type syncer: EXCL (count 1) by thread 0xc8228140 (pid:56) 0xc94c76f0: tag ufs, type VREG, usecount 1, writecount 0, refcount 134, flags (VV_SYSTEM|VV_OBJBUF), lock type snaplk: EXCL (count 1) by thread 0xc8228140 (pid:56) with 4 pending ino 965635, on dev ad0s1f (4, 17) 0xc936ecb8: tag ufs, type VREG, usecount 1, writecount 0, refcount 1, flags (VV_OBJBUF), lock type ufs: EXCL (count 1) by thread 0xc8228140 (pid:56) ino 1366863, on dev ad0s1f (4, 17) 0xcf7b2a68: tag ufs, type VREG, usecount 0, writecount 0, refcount 1, flags (VV_OBJBUF), lock type ufs: EXCL (count 1) by thread 0xc81ecdc0 (pid:54) ino 1367549, on dev ad0s1f (4, 17) 0xcf6bacb8: tag ufs, type VDIR, usecount 1, writecount 0, refcount 1, lock type ufs: EXCL (count 1) by thread 0xc9be4a00 (pid:59334) ino 1791839, on dev ad0s1f (4, 17) 0xca54bde0: tag ufs, type VREG, usecount 2, writecount 1, refcount 1, flags (VV_OBJBUF), lock type ufs: EXCL (count 1) by thread 0xc9be4000 (pid:59698) ino 1114492, on dev ad0s1f (4, 17) ----- -- Jun Kuriyama // IMG SRC, Inc. // FreeBSD Project