From owner-freebsd-current Fri Jan 3 12:21:16 2003 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 E18CB37B401; Fri, 3 Jan 2003 12:21:12 -0800 (PST) Received: from smtp.inode.at (goliath.inode.at [195.58.161.55]) by mx1.FreeBSD.org (Postfix) with ESMTP id 38CA843EDC; Fri, 3 Jan 2003 12:21:11 -0800 (PST) (envelope-from mranner@inode.at) Received: from line-f-80.adsl-dynamic.inode.at ([62.99.193.80] helo=dwarf.jawa.at) by smtp.inode.at with esmtp (Exim 3.34 #1) id 18UYJS-0003Ao-00; Fri, 03 Jan 2003 21:21:02 +0100 From: Michael Ranner To: Tim Robbins Subject: Re: mount_portalfs broken in 5.0-RC2 Date: Fri, 3 Jan 2003 21:20:48 +0100 User-Agent: KMail/1.4.3 Cc: freebsd-fs@freebsd.org, freebsd-current@freebsd.org References: <200212302251.20720.mranner@inode.at> <20030102204429.A24711@dilbert.robbins.dropbear.id.au> In-Reply-To: <20030102204429.A24711@dilbert.robbins.dropbear.id.au> MIME-Version: 1.0 Content-Type: Multipart/Mixed; boundary="------------Boundary-00=_O6N516EY626AR4WTSOYH" Message-Id: <200301032120.48578.mranner@inode.at> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --------------Boundary-00=_O6N516EY626AR4WTSOYH Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 8bit Am Donnerstag, 2. Januar 2003 10:44 schrieb Tim Robbins: > On Mon, Dec 30, 2002 at 10:51:20PM +0100, Michael Ranner wrote: > > After mounting the portalfs, > > > > # cat /p/tcp > > > > portalfs hangs instead of expected "cat: /p/telnet: No such file or > > directory" Ok, I have to correct this. The first access to a file within /p works as expected, but the second access locks the portalfs. e.x. # cat /p/tcp/1.2.3.4/110 works as expected for the first time an returns what you expect from an pop3 server. and # cat /p/xyz returns "cat: /p/xyz: No such file or directory" for the first time. But if you try once again to access portalfs with /cat/tcp/1.2.3.4/110 or cat /p/xyz the portalfs hangs. > I tried but failed to fix this. I think that the vnode locking in > portalfs is hosed. From memory, I think that portal_lookup() was > part of the problem. Try building a kernel with DEBUG_VFS_LOCKS and > watch for the warnings from portalfs. Attached the dmesg output from my kernel with DEBUG_VFS_LOCKS -- /\/\ichael Ranner mranner@jawa.at - mranner@bitonline.cc - webmaster@mariazell.at ---------------------------------------------------------------------- JAWA Management Software GmbH - http://www.jawa.at/ Liebenauer Hauptstrasse 2oo - A-8041 Graz Tel +43 316 403274 21 - Fax +43 316 403274 10 ---------------------------------------------------------------------- Mariazell Online - http://www.mariazell.at/ ---------------------------------------------------------------------- -----BEGIN GEEK CODE BLOCK----- GIT/CS/AT dx(-) s+:(++:) a- C++ UBLVS++++$ P++>+++$ L-(+)$ E--- W+++$ N+(++) o-- K- w--()$ O-(--) M@ V-(--) PS+>++ PE(-) Y+ PGP(-) t+ 5+ X+++(++++) R* tv++ b+(++) DI++ D-(--) G- e h--(*) r++ y? ------END GEEK CODE BLOCK------ --------------Boundary-00=_O6N516EY626AR4WTSOYH Content-Type: text/plain; charset="iso-8859-1"; name="dmesg.out" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="dmesg.out" VOP_LOOKUP (dvp): 0xc4482ce4 is locked but should not be Debugger("Lock violation. ") called. lookup: 0xc4482960 is not locked but should be Debugger("Lock violation. ") called. VOP_CREATEVOBJECT: 0xc4482960 is not locked but should be Debugger("Lock violation. ") called. VOP_GETATTR: 0xc4482960 is not locked but should be Debugger("Lock violation. ") called. VOP_GETATTR: 0xc4482960 is not locked but should be Debugger("Lock violation. ") called. vnode_pager_alloc: 0xc4482960 is not locked but should be Debugger("Lock violation. ") called. VOP_CREATEVOBJECT: 0xc4482960 is not locked but should be Debugger("Lock violation. ") called. VOP_ACCESS: 0xc4482960 is not locked but should be Debugger("Lock violation. ") called. VOP_ACCESS: 0xc4482960 is not locked but should be Debugger("Lock violation. ") called. VOP_GETATTR: 0xc4482960 is not locked but should be Debugger("Lock violation. ") called. VOP_GETATTR: 0xc4482960 is not locked but should be Debugger("Lock violation. ") called. VOP_OPEN: 0xc4482960 is not locked but should be Debugger("Lock violation. ") called. VOP_OPEN: 0xc4482960 is not locked but should be Debugger("Lock violation. ") called. VOP_INACTIVE: 0xc4482960 is not locked but should be Debugger("Lock violation. ") called. VOP_UNLOCK: 0xc4482960 is not locked but should be Debugger("Lock violation. ") called. --------------Boundary-00=_O6N516EY626AR4WTSOYH-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message