Bug 638507 - Cannot set up NFS server on F14 beta system
Cannot set up NFS server on F14 beta system
Product: Fedora
Classification: Fedora
Component: nfs-utils (Show other bugs)
All Linux
low Severity medium
: ---
: ---
Assigned To: Steve Dickson
Fedora Extras Quality Assurance
Depends On:
  Show dependency treegraph
Reported: 2010-09-29 04:04 EDT by He Rui
Modified: 2010-11-28 18:06 EST (History)
5 users (show)

See Also:
Fixed In Version: nfs-utils-1.2.3-0.fc14
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 2010-10-11 23:10:47 EDT
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)
Server side nfs mount attempt packet capture (6.93 KB, application/x-bzip2)
2010-10-06 23:10 EDT, Andrew Haveland-Robinson
no flags Details

  None (edit)
Description He Rui 2010-09-29 04:04:07 EDT
Description of problem:
Tried to set up nfs server on F14 beta system but failed by both manual and nfs configuration GUI.

For manually, I:
0. Open the firewall and selinux
1. configured /etc/exports with: /media *(rw),
2. service nfs start
3. service rpc* start

On another machine, 'showmount -e NFS SERVER IP' displayed nfs directory correctly, but when mount, it waited for a long time and then said 'timeout'   

Version-Release number of selected component (if applicable):

How reproducible:

Additional info:
I've been setting up nfs server for many times on previous fedora systems using the same way.
Comment 1 Fabrice Bellet 2010-10-05 15:09:29 EDT
I confirm the problem. Here is some more debug information :

NFS: nfs_fhget(0:15/2 ct=1)
NFS: nfs_update_inode(0:15/2 ct=2 info=0x27e7f)
NFS: permission(0:15/2), mask=0x1, res=0
NFS: atomic_lookup(0:15/2), mnt
NFS: lookup(/mnt)
NFS: nfs_fhget(0:15/44990481 ct=1)
--> nfs_follow_mountpoint()
nfs_follow_mountpoint: enter
--> nfs_do_submount()
nfs_do_submount: submounting on /mnt
--> nfs4_xdev_get_sb()
<-- nfs4_xdev_get_sb() = -116 [error]
nfs_do_submount: done
<-- nfs_do_submount() = ffffffffffffff8c
nfs_follow_mountpoint: done, returned -116
<-- nfs_follow_mountpoint() = -116
NFS: dentry_delete(/mnt, 0)
Comment 2 Andrew Haveland-Robinson 2010-10-05 20:41:41 EDT
Not sure if this is related, but since upgrading 2 machines from fc13 to fc14 beta, the previously working NFS shares now won't mount.
selinux disabled, iptables stopped.

showmount -e

mount -v -t nfs -o noatime,nodiratime,intr,rw,bg,nosuid,nfsvers=3 /Archives/MySQL_Backups
mount.nfs: trying text-based options 'intr,bg,nfsvers=3,addr='
mount.nfs: prog 100003, trying vers=3, prot=6
mount.nfs: trying prog 100003 vers 3 prot TCP port 2049
mount.nfs: prog 100005, trying vers=3, prot=17
mount.nfs: trying prog 100005 vers 3 prot UDP port 46835
mount.nfs: mount(2): Stale NFS file handle
mount.nfs: backgrounding ""
mount.nfs: mount options: "intr,bg,nfsvers=3,addr="

netstat -anp --tcp --udp | grep rpc (edited)
tcp  6775/rpc.mountd
tcp  1162/rpc.statd
tcp    6759/rpc.rquotad
tcp    6562/rpcbind
tcp :::59039       1162/rpc.statd
tcp :::111         6562/rpcbind
udp    6562/rpcbind
udp    6759/rpc.rquotad
udp    1162/rpc.statd
udp  6775/rpc.mountd
udp  1162/rpc.statd
udp    6562/rpcbind
udp :::801         6562/rpcbind
udp :::35907       1162/rpc.statd
udp :::111         6562/rpcbind

server: /var/log/messages
mountd[31036]: authenticated mount request from for /Archives/MySQL_Backups (/Archives/MySQL_Backups)

mount to NFS server '' failed: Stale NFS file handle, retrying

On both machines

mount -t nfs -o noatime,nodiratime,intr,rw,bg,nosuid /Archives/MySQL_Backups

Always getting stale handles even though the server appears to authenticate the request, and it's a showstopper for me.
Comment 3 Fabrice Bellet 2010-10-06 09:34:14 EDT
Weird : running the nfs server with selinux in enforcing mode seems to make it work. With selinux disabled or in permissive mode, it fails.
Comment 4 Steve Dickson 2010-10-06 09:37:18 EDT
Can some one post a bzip2 binary network trace of this
failure... Something similar to:
    tshark -w /tmp/data.pcap host <server>
    bzip2 /tmp/data.pcap
Comment 5 Fabrice Bellet 2010-10-06 09:40:54 EDT
...but it works for me with the latest koji build of nfs-utils : http://koji.fedoraproject.org/koji/buildinfo?buildID=198843
Comment 6 Andrew Haveland-Robinson 2010-10-06 23:10:37 EDT
Created attachment 452030 [details]
Server side nfs mount attempt packet capture
Comment 7 Andrew Haveland-Robinson 2010-10-06 23:17:13 EDT
Fabrice, curious that it seems that nfs expects selinux to be present, but many people will need it to work without selinux too. I'll have a look at koji's build.

Steve, thanks for the info - I installed wireshark, and ran this on the server after stopping other services getting in the way:

tshark -w /tmp/data.pcap host

and ran this on just afterwards:
mount -t nfs -o noatime,nodiratime,intr,rw,bg,nosuid /Archives/MySQL_Backups

I hope the trace will help.
Comment 8 Andrew Haveland-Robinson 2010-10-06 23:50:40 EDT
Fabrice, thanks for the link, it works! :-))))
(I think it'll fix He Rui's problem too).

For others' benefit, until reaching the repo, just download from:
and run on the server:
rpm -Uvh nfs-utils-1.2.3-0.fc14.x86_64.rpm
/etc/init.d/nfs restart

I first installed it on the client, no mount.
then installed on the server, and it mounted.

(Also, this message didn't appear on the console as with the previous:
mount.nfs: backgrounding ""
mount.nfs: mount options: "intr,bg,addr=")

I also ran the mount on another unpatched machine with success, so it appears to be just a server-side problem.

Steve, the packet trace is academic now if fixed, but it still may be useful.

Regards, Andy :-)
Comment 9 Fedora Update System 2010-10-07 11:04:33 EDT
nfs-utils-1.2.3-0.fc14 has been submitted as an update for Fedora 14.
Comment 10 Fedora Update System 2010-10-07 15:53:50 EDT
nfs-utils-1.2.3-0.fc14 has been pushed to the Fedora 14 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 nfs-utils'.  You can provide feedback for this update here: https://admin.fedoraproject.org/updates/nfs-utils-1.2.3-0.fc14
Comment 11 Steve Dickson 2010-10-08 10:53:18 EDT
Guys, would you mind give the Fedora update push some good Karma? 
As soon as that happens I'll push it into stable...
Comment 12 He Rui 2010-10-11 05:28:34 EDT
(In reply to comment #11)
> Guys, would you mind give the Fedora update push some good Karma? 
> As soon as that happens I'll push it into stable...

Just added a third positive karma, it should be pushed to stable. Thanks.
Comment 13 Fedora Update System 2010-10-11 23:10:43 EDT
nfs-utils-1.2.3-0.fc14 has been pushed to the Fedora 14 stable repository.  If problems still persist, please make note of it in this bug report.
Comment 14 Schoschi Decker 2010-11-28 18:06:26 EST
Not sure if this related, but also did Fedora 13 to 14 upgrade and once working NFS server configuration now fails, mountd refuses to start.  Reinstalled Fedora 14 from official media and still see same issue, mountd refuses to start.  No warnings or errors in messages log.

Note You need to log in before you can comment on or make changes to this bug.