From anholt@leguin.anholt.net  Wed Apr 27 04:27:12 2005
Return-Path: <anholt@leguin.anholt.net>
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 37CBD16A4CE
	for <FreeBSD-gnats-submit@freebsd.org>; Wed, 27 Apr 2005 04:27:12 +0000 (GMT)
Received: from leguin.anholt.net (69-30-77-85.dq1sn.easystreet.com [69.30.77.85])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 0473343D1F
	for <FreeBSD-gnats-submit@freebsd.org>; Wed, 27 Apr 2005 04:27:11 +0000 (GMT)
	(envelope-from anholt@leguin.anholt.net)
Received: from leguin.anholt.net (localhost [127.0.0.1])
	by leguin.anholt.net (8.13.3/8.13.1) with ESMTP id j3R4QYaR014852
	for <FreeBSD-gnats-submit@freebsd.org>; Tue, 26 Apr 2005 21:26:37 -0700 (PDT)
	(envelope-from anholt@leguin.anholt.net)
Received: (from anholt@localhost)
	by leguin.anholt.net (8.13.3/8.13.1/Submit) id j3R4QXCw014851;
	Tue, 26 Apr 2005 21:26:33 -0700 (PDT)
	(envelope-from anholt)
Message-Id: <200504270426.j3R4QXCw014851@leguin.anholt.net>
Date: Tue, 26 Apr 2005 21:26:33 -0700 (PDT)
From: Eric Anholt <anholt@freebsd.org>
Reply-To: Eric Anholt <anholt@freebsd.org>
To: FreeBSD-gnats-submit@freebsd.org
Cc:
Subject: rpc.lockd brokenness
X-Send-Pr-Version: 3.113
X-GNATS-Notify:

>Number:         80389
>Category:       bin
>Synopsis:       rpc.lockd brokenness
>Confidential:   no
>Severity:       serious
>Priority:       medium
>Responsible:    kuriyama
>State:          closed
>Quarter:        
>Keywords:       
>Date-Required:  
>Class:          sw-bug
>Submitter-Id:   current-users
>Arrival-Date:   Wed Apr 27 04:30:16 GMT 2005
>Closed-Date:    Sat Jul 08 17:35:29 GMT 2006
>Last-Modified:  Sat Jul 08 17:35:29 GMT 2006
>Originator:     Eric Anholt
>Release:        FreeBSD 6.0-CURRENT amd64
>Organization:
>Environment:
System: FreeBSD leguin.anholt.net 6.0-CURRENT FreeBSD 6.0-CURRENT #9: Tue Apr 19 23:36:20 PDT 2005 anholt@leguin.anholt.net:/usr/src/current/sys/amd64/compile/MYKERNEL amd64


	
>Description:
	rpc.lockd has stopped working -- 6.x nfs clients of a 6.x server will
	stall in "lockd" state.  Reverting to Jan 1 fixes the issue.

	PR submitted to remind myself to track it down when I get time.

>How-To-Repeat:
	Install mysql40-server port -- hang on startup.  Any sendmail on
	diskless startup as well.

>Fix:
	Revert to Jan 1 rpc.lockd.


>Release-Note:
>Audit-Trail:
Responsible-Changed-From-To: freebsd-bugs->anholt 
Responsible-Changed-By: anholt 
Responsible-Changed-When: Wed Apr 27 04:39:36 GMT 2005 
Responsible-Changed-Why:  
Snag this one so I remember to track it down specifically. 

http://www.freebsd.org/cgi/query-pr.cgi?pr=80389 

From: Eric Anholt <anholt@FreeBSD.org>
To: freebsd-gnats-submit@FreeBSD.org
Cc:  
Subject: Re: bin/80389: rpc.lockd brokenness
Date: Wed, 27 Apr 2005 19:01:25 -0700

 The breakage is between 2005-02-01 and 2005-02-04, i.e. 
 
 2005-02-03 14:21  kuriyama
 
 	* lock_proc.c:
 
 	- Use svc_getrpccaller() rather than svc_getcaller() for using
 	  xt_rtaddr member of SVCXPRT structure.  This allows to use IPv6
 	  address stored in "struct sockaddr_storage" in "struct netbuf".
 	- Output the reason of getnameinfo() error.
 
 	Reviewed by:	alfred
 
 Reproduced by "cd /usr/src/current/usr.sbin/rpc.lockd ; cvs up -Pd
 -D<date> ; make all install; /etc/rc.d/nfslocking restart" on the server
 and "touch test ; lockf test echo 1" on client.  Before that date, it
 spits out a 1 immediately, and afterwards it might take 30 seconds or
 something.
 
 -- 
 Eric Anholt                                     eta@lclark.edu
 http://people.freebsd.org/~anholt/              anholt@FreeBSD.org
Responsible-Changed-From-To: anholt->kuriyama 
Responsible-Changed-By: anholt 
Responsible-Changed-When: Fri May 6 18:37:16 GMT 2005 
Responsible-Changed-Why:  
Pass this off to the committer of the change. 

http://www.freebsd.org/cgi/query-pr.cgi?pr=80389 

From: Carlos Fernando Assis Paniago <pan@cnptia.embrapa.br>
To: bug-followup@FreeBSD.org,  anholt@freebsd.org
Cc:  
Subject: Re: bin/80389: rpc.lockd brokenness
Date: Mon, 10 Apr 2006 19:16:08 -0300

 People: I have this strange p]roblme too< but we are looking in the 
 wrong place... ]rpc.lock is not changed... We have to look in some 
 library that is used by rpc.lockd that changed recently....
 
 -- 
 Paniago
 
 --
 Carlos F. A. Paniago			pan@cnptia.embrapa.br
 http://www.cnptia.embrapa.br/		Fone: +55 (19) 3789-5815
 
State-Changed-From-To: open->closed 
State-Changed-By: anholt 
State-Changed-When: Sat Jul 8 17:31:49 UTC 2006 
State-Changed-Why:  
ENOREPRODUCE now.  No idea what was going on -- but I noticed that after 
restarting nfslocking on the server, the next lockf on the client takes 
"a while".  So maybe I was misinterpreting that effect somehow.  Anyway, 
sorry for the noise. 

http://www.freebsd.org/cgi/query-pr.cgi?pr=80389 
>Unformatted:
