From owner-freebsd-current Wed Nov 13 18:15:29 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 91B3C37B401; Wed, 13 Nov 2002 18:15:28 -0800 (PST) Received: from flamingo.mail.pas.earthlink.net (flamingo.mail.pas.earthlink.net [207.217.120.232]) by mx1.FreeBSD.org (Postfix) with ESMTP id 026C843E88; Wed, 13 Nov 2002 18:15:27 -0800 (PST) (envelope-from tlambert2@mindspring.com) Received: from pool0374.cvx22-bradley.dialup.earthlink.net ([209.179.199.119] helo=mindspring.com) by flamingo.mail.pas.earthlink.net with esmtp (Exim 3.33 #1) id 18C9XS-0000HH-00; Wed, 13 Nov 2002 18:15:26 -0800 Message-ID: <3DD306C1.41DFA8D4@mindspring.com> Date: Wed, 13 Nov 2002 18:13:21 -0800 From: Terry Lambert X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Kris Kennaway Cc: current@FreeBSD.org, alfred@FreeBSD.org Subject: Re: rpc.lockd problems References: <20021113164143.C4476@citusc.usc.edu> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit 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 Kris Kennaway wrote: > A few months ago I posted about rpc.lockd interop problems I am having > between my 5.0 NFS client and a Redhat 7.1 server. Both are running > rpc.lockd, but when I send a lock request to the server it hangs > forever blocked on the /var/run/lock socket. > > tcpdump shows that the lock RPC request is being sent, and answered by > the server. I have the complete tcpdump trace if anyone is > interested. This might be a long standing problem that FreeBSD has serving UDP NFS client requests. You need to look at the packets. Is the IP on the response the same as the one on the request? The cache for pending rpc requests in the kernel that is used to handle responses does not recognize aliases being used by the response sender, if they are not the same as the one the request went out on. This is a particular problem with UDP, because it's connectionless. The fix is to open a seperate UDP per IP address, and respond on the UIDP socket associated with the IP, rather than a global UDP on INADDR_ANY. -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message