Bug 358621

Summary: rpcbind-0.1.4-8.fc7 breaks NFS
Product: [Fedora] Fedora Reporter: H.J. Lu <hongjiu.lu>
Component: rpcbindAssignee: Steve Dickson <steved>
Status: CLOSED ERRATA QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: low Docs Contact:
Priority: low    
Version: 7CC: gort, jorton, mishu
Target Milestone: ---   
Target Release: ---   
Hardware: All   
OS: Linux   
Whiteboard:
Fixed In Version: 0.1.4-12.fc8 Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2008-01-11 22:00:24 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:
Bug Depends On:    
Bug Blocks: 418441    

Description H.J. Lu 2007-10-30 17:08:11 UTC
With rpcbind-0.1.4-8.fc7, kernel reported

Installing knfsd (copyright (C) 1996 okir.de).
NFSD: Using /var/lib/nfs/v4recovery as the NFSv4 state recovery directory
NFSD: starting 90-second grace period
call_verify: server localhost requires stronger authentication.
RPC: failed to contact local rpcbind server (errno 13).
call_verify: server localhost requires stronger authentication.
RPC: failed to contact local rpcbind server (errno 13).
call_verify: server localhost requires stronger authentication.
RPC: failed to contact local rpcbind server (errno 13).
lockd_up: makesock failed, error=-13
call_verify: server localhost requires stronger authentication.
RPC: failed to contact local rpcbind server (errno 13).

when starting nfs. Revert to rpcbind-0.1.4-6.fc7 fixes nfs.

Comment 1 H.J. Lu 2007-10-30 17:12:26 UTC
Adding

ALL: localhost

to /etc/hosts.allow fixes the problem.

Comment 2 Mike Cohler 2007-10-30 17:59:04 UTC
I have also had problems today - reported at
http://marc.info/?t=119374079500001&r=1&w=2

I tried H.J. Lu's suggestion from #1 above and it fixes the problem for me also.


Comment 3 H.J. Lu 2007-10-30 18:12:14 UTC
Depending on /etc/hosts, I also need

ALL: 127.0.0.1

in /etc/hosts.allow.

Comment 4 Mike Cohler 2007-10-30 19:28:42 UTC
I have also now done the yum update to the same version of rpcbind on the nfs
client machine, running F7 with a fully updated system, and it would not see the
nfs share until the same workaround as in comment #1 was made. Then after
restarting it all works fine again - but I do not know if there are now security
implications as a result?

So this is a problem on both nfs server and nfs client.

Comment 5 Mike Cohler 2007-10-30 19:47:12 UTC
I notice that nfs-utils was also updated today - is it possible that the
breakage was not due to rpcbind update but nfs-utils update?

Comment 6 Joe Orton 2007-11-01 09:13:01 UTC
This seems to have regressed due to the fix for bug 248284.

Comment 7 Steve Dickson 2007-11-01 11:18:02 UTC
I agree, this is a regression due to bug 248284, but I'm
not sure what the answer is either. Should there be some type
of configuration knob to tell rpcbind when to used the
libwrap files?

Comment 8 Joe Orton 2007-11-02 11:21:49 UTC
If you can't work out what the right thing to do is then just revert the change
and fix the regression.  This is breaking NFS for *everybody who updates*.  At
least withdraw the update.

Comment 9 H.J. Lu 2007-11-02 13:34:35 UTC
I think rpcbind.spec should add

ALL: 127.0.0.1
ALL: localhost

to /etc/hosts.allow during install if they aren't there and /etc/hosts.deny
isn't empty.

Comment 10 Joe Orton 2007-11-08 09:13:01 UTC
*** Bug 363811 has been marked as a duplicate of this bug. ***

Comment 11 Fedora Update System 2007-12-20 19:53:20 UTC
rpcbind-0.1.4-12.fc8 has been pushed to the Fedora 8 testing repository.  If problems still persist, please make note of it in this bug report.
 If you want to test the update, you can install it with 
 su -c 'yum --enablerepo=updates-testing update rpcbind'

Comment 12 Fedora Update System 2008-01-11 22:00:22 UTC
rpcbind-0.1.4-12.fc8 has been pushed to the Fedora 8 stable repository.  If problems still persist, please make note of it in this bug report.