From owner-freebsd-current Fri Mar 14 14:47:14 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 14C0937B401 for ; Fri, 14 Mar 2003 14:47:13 -0800 (PST) Received: from dan.emsphone.com (dan.emsphone.com [199.67.51.101]) by mx1.FreeBSD.org (Postfix) with ESMTP id 69B3743F93 for ; Fri, 14 Mar 2003 14:47:12 -0800 (PST) (envelope-from dan@dan.emsphone.com) Received: (from dan@localhost) by dan.emsphone.com (8.12.7/8.12.7) id h2EMlB4D076769; Fri, 14 Mar 2003 16:47:11 -0600 (CST) (envelope-from dan) Date: Fri, 14 Mar 2003 16:47:11 -0600 From: Dan Nelson To: Steve Sizemore Cc: current@FreeBSD.ORG Subject: Re: NFS file unlocking problem Message-ID: <20030314224711.GG83765@dan.emsphone.com> References: <20030314062537.GB37608@math.berkeley.edu> <20030314155856.GD97044@dan.emsphone.com> <20030314213321.GF38664@math.berkeley.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20030314213321.GF38664@math.berkeley.edu> X-OS: FreeBSD 5.0-CURRENT X-message-flag: Outlook Error User-Agent: Mutt/1.5.3i 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 In the last episode (Mar 14), Steve Sizemore said: > On Fri, Mar 14, 2003 at 09:58:56AM -0600, Dan Nelson wrote: > > In the last episode (Mar 13), Steve Sizemore said: > > > Running RELENG_5_0 as nfs server with a Solaris 2.5 client. > > > rpc.statd and rpc.lockd both running on FreeBSD, lockd and statd > > > both running on Solaris. Locking a file (flock) works fine, but > > > when an attempt to unlock it is made, the client session hangs. > > > The program is typically (but not always) uninterruptible, and I > > > have to kill the login session. > > > > See if you can get a dump of the packets sent when the client hangs. > > I've enclosed the dump as an attachment - physics is the FreeBSD > machine and cfpa11 is the Solaris box. Actually, in this case, the > program only locked the file, no unlock, and it hung anyway. (This is > different from before.) > > Is this output helpful? Not really; tcpdump doesn't decode NFS or RPC packets well enough. ethereal does a much better job (but unfortunately doesn't have a good 1-line-per-packet mode so you can't just email the decoded dump). Ideally, a truss of the last 10 lines of the failing program plus the raw tcpdump log (run with -s 1500 so we get the whole packet) would be better. The truss is so we have proof that file locks are really to blame :) -- Dan Nelson dnelson@allantgroup.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message