From owner-freebsd-current Sun Sep 15 11:49:17 2002 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 CA0AC37B400 for ; Sun, 15 Sep 2002 11:49:15 -0700 (PDT) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 893E143E65 for ; Sun, 15 Sep 2002 11:49:13 -0700 (PDT) (envelope-from robert@fledge.watson.org) Received: from fledge.watson.org (fledge.pr.watson.org [192.0.2.3]) by fledge.watson.org (8.12.4/8.12.4) with SMTP id g8FImhOo034708; Sun, 15 Sep 2002 14:48:44 -0400 (EDT) (envelope-from robert@fledge.watson.org) Date: Sun, 15 Sep 2002 14:48:42 -0400 (EDT) From: Robert Watson X-Sender: robert@fledge.watson.org To: Kris Kennaway Cc: "Andrew P. Lentvorski" , Matthew Jacob , current@freebsd.org Subject: Re: NFS lock failure (was Re: FreeBSD 5.0 as a desktop 'failure' report) In-Reply-To: <20020915012837.GA943@xor.obsecurity.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII 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 On Sat, 14 Sep 2002, Kris Kennaway wrote: > On Sat, Sep 14, 2002 at 05:51:32PM -0700, Andrew P. Lentvorski wrote: > > Folks, > > > > Could someone *please* take a look at the NFS lock packets *on the wire*? > > Without this, it becomes significantly harder to debug the failure. > > Well, there's also the apparent problem of a non-blocking flock() > operation blocking on the named pipe..but thanks for your suggestions, > I'll go and try them out now. The way the NFS locking code currently does an upcall to userland probably needs to be re-done before release. Right now it does some pretty funky things when used with chroot, for example, since the lookup of the named pipe is relative to the root of the process performing the lock operation, not necessarily the root that actually has the lockd process. Alfred and I have talked a little about re-write options, but my feeling is that using a pseudo-device would probably be best, even though it introduces a little more machinery. It would also avoid some problems with the use of inappropriate credentials in the lookup, etc. Robert N M Watson FreeBSD Core Team, TrustedBSD Projects robert@fledge.watson.org Network Associates Laboratories To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message