From owner-freebsd-hackers Sat Dec 16 7:44:17 2000 From owner-freebsd-hackers@FreeBSD.ORG Sat Dec 16 07:44:13 2000 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from axp5.physik.fu-berlin.de (axp5.physik.fu-berlin.de [160.45.34.3]) by hub.freebsd.org (Postfix) with ESMTP id A95E237B400; Sat, 16 Dec 2000 07:44:12 -0800 (PST) Received: from oberon.physik.fu-berlin.de (oberon.physik.fu-berlin.de [160.45.33.83]) by axp5.physik.fu-berlin.de (8.9.1a/8.9.1) with ESMTP id QAA21308; Sat, 16 Dec 2000 16:44:07 +0100 (MET) Received: (from thimm@localhost) by oberon.physik.fu-berlin.de (8.9.1a/8.9.1) id QAA17378; Sat, 16 Dec 2000 16:44:06 +0100 (MET) Date: Sat, 16 Dec 2000 16:44:05 +0100 From: Axel Thimm To: "David E. Cross" Cc: Carsten Urbach , freebsd-current@FreeBSD.ORG, freebsd-hackers@FreeBSD.ORG Subject: Re: rpc.lockd and true NFS locks? Message-ID: <20001216164405.C9380@oberon.physik.fu-berlin.de> Reply-To: Axel Thimm , Carsten Urbach References: <200012142245.RAA69128@cs.rpi.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i In-Reply-To: <200012142245.RAA69128@cs.rpi.edu>; from crossd@cs.rpi.edu on Thu, Dec 14, 2000 at 05:45:15PM -0500 Sender: thimm@oberon.physik.fu-berlin.de Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Thanks for the fast reply. On Thu, Dec 14, 2000 at 05:45:15PM -0500, David E. Cross wrote: > As for "client" vs. "server", that is quite tricky.... since WRT NFS locking > they are both client and server. The "server" side is done and requires no > modifcations to the kernel. However a FreeBSD kernel is still unable to > acquire an NFS lock. This latter case is quite likely what your users are > seeing the affects of. Just to understand it right: The current rpc.lockd is neither requesting locks, if FreeBSD is an NFS client to whatever NFS server, nor serving such requests as an NFS server to whatever client. Your (David Cross's) uncommited code does implement NFS locks for a FreeBSD NFS server. Perhaps in a development stage, but better than not having locks at all. Now I am quite surprised to learn that FreeBSD apparently is not able to request locks over NFS. Am I right? Wouldn't that mean, that you might cause data corruption if, say, I was to read my mail from a FreeBSD box over an NFS mounted spool directory (running under OSF1 in our case), and I decided to write back the mbox to the spool dir the same moment new mail is delivered? I can't imagine that, I must have misunderstood something, most probably the role of the client part of NFS locks. Could someone clarify? If I were right, then FreeBSD would only be good for read only NFS access, and we were using FreeBSD as NFS clients in our department since before 2.2.x. > In the end: the code is there and available for those who want to test and > play with it. It has not been committed because it is still "broken". > I could do it to -current or make it a port, if someone were to tell me that > it would be "ok" to do so. I would vote for port. Thanks, Axel. P.S. please reply not only to freebsd-hackers, but also Cc: me, as I am only subscribed to freebsd-current and freebsd-stable. -- Axel.Thimm@physik.fu-berlin.de To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message