From owner-freebsd-stable@FreeBSD.ORG Fri Jun 30 07:43:06 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6BA8016A417 for ; Fri, 30 Jun 2006 07:43:06 +0000 (UTC) (envelope-from Michael.Collette@TestEquity.com) Received: from mta11.adelphia.net (mta11.adelphia.net [68.168.78.205]) by mx1.FreeBSD.org (Postfix) with ESMTP id 627D54441D for ; Fri, 30 Jun 2006 07:43:05 +0000 (GMT) (envelope-from Michael.Collette@TestEquity.com) Received: from [192.168.1.100] (really [24.75.146.34]) by mta11.adelphia.net (InterMail vM.6.01.05.02 201-2131-123-102-20050715) with ESMTP id <20060630074304.OGQA23502.mta11.adelphia.net@[192.168.1.100]> for ; Fri, 30 Jun 2006 03:43:04 -0400 Message-ID: <44A4D631.8090101@TestEquity.com> Date: Fri, 30 Jun 2006 00:43:45 -0700 From: Michael Collette Organization: TestEquity LLC User-Agent: Thunderbird 1.5.0.4 (X11/20060607) MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <20060629230309.GA12773@lpthe.jussieu.fr> In-Reply-To: <20060629230309.GA12773@lpthe.jussieu.fr> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: NFS Locking Issue X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Jun 2006 07:43:06 -0000 Michel Talon wrote: >> I guess I'm still just a bit stunned that a bug this obvious not only >> found it's way into the STABLE branch, but is still there. Maybe it's >> not as obvious as I think, or not many folks are using it? All I know >> for sure here is that if I had upgraded to 6.1 my network would have >> been crippled. > > Strange, since i upgraded to FreeBSD-6.1 and the NFS server to Fedora Core 5, > my machine, NFS client is happy, and lockd works. It is first time since > years i have no problem. It certainly did not work with FreeBSD-5 and i still > have a machine with FreeBSD-6.0 which does not work properly (frequently loses > the NFS mount, but it gets remounted some times later by amd). Anyways i have > exactly 0 problem with the 6.1 machine. I could extend that to say that > everything works very well on that machine, nothing is slow, including disk > access. This has not always been the case. Stability wise, i have not seen any > panic, hang or whatever since i have compiled a kernel adapted to my hardware. > I got a panic with the generic kernel soon after installation, but now > machine is totally stable. Based on prior reading about this problem, I'd venture to guess that the file locking between FC5 and FreeBSD simply isn't. See, between just 2 machines sharing files without rpc.lockd running you won't see a problem. Both the client and the server must not only be running rpc.lockd, but they must be able to actually talk to each other. For a simple 2 machine setup, you don't really need much in the way of locking control, as you don't have to deal with multiple requests for the same resource. This is why folks just running the "-L" flag on their mount command also aren't having any problems. To actually see the problem isn't too hard to set up. Just have rpc.lockd, rpc.statd, and rpcbind enabled on both the client and the server. Then just starting trying to transfer a stack of files from one to the other. I found this to be true even trying to go from a 5.4 server to my 6.1 laptop here. There was quite a thread on this back in March of this year, along with a few PR's that are still opened up. I'm personally just coming head long into all of this. Later on, -- Michael Collette IT Manager TestEquity Inc Michael.Collette@TestEquity.com