Bugzilla will be upgraded to version 5.0 on a still to be determined date in the near future. The original upgrade date has been delayed.
Bug 127521 - It's not possible to export (NFS) directories to a single host only
It's not possible to export (NFS) directories to a single host only
Product: Fedora
Classification: Fedora
Component: nfs-utils (Show other bugs)
All Linux
medium Severity high
: ---
: ---
Assigned To: Steve Dickson
Ben Levenson
: 135109 (view as bug list)
Depends On:
  Show dependency treegraph
Reported: 2004-07-09 07:25 EDT by JM
Modified: 2007-11-30 17:10 EST (History)
4 users (show)

See Also:
Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 2005-09-06 07:52:38 EDT
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)
Patch to linux/net/sunrpc/svcauth_unix.c (2.91 KB, patch)
2004-10-20 10:22 EDT, Jan "Yenya" Kasprzak
no flags Details | Diff
proposed upstream patch (2.00 KB, patch)
2004-11-01 04:38 EST, Steve Dickson
no flags Details | Diff

  None (edit)
Description JM 2004-07-09 07:25:03 EDT
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7)
Gecko/20040706 Firefox/0.9.1

Description of problem:
It's not possible to export a directory to a single host only. For
example, my /etc/exports on the system "bar" looks like this

/test       foo(rw,sync)

which should export the directory /test on the system "bar" to the
system "foo". I restart the nfsd (service nfs restart) on the system
"bar" and then I try to mount the directory on the system "foo", but
it doesn't work, the mount request hangs and never comes back. It
works when I export the directory to all systems (then I can mount the
directory on "foo") but not when I choose only "foo" in the export
statement. There is no firewall in place (iptables are disabled) the
/etc/hosts.allows contains a ALL:ALL and I even did a exportfs -ra
before and after the nfsd restart. The same configuration worked
without any problems with FC1 but since FC2 it's broken. The key is
the FC2 NFS-Server because even an old RH 7.3 can't mount the
directory when I add the RH 7.3 as host to the /etc/exports file.

Version-Release number of selected component (if applicable):
nfs-utils-1.0.6-22, kernel-2.6.6-1.435.2.3

How reproducible:

Steps to Reproduce:
1. Export "/test       foo(rw,sync)" on system bar
2. "service nfs restart" on system bar
3. "mount bar:/test /test" on system foo

Actual Results:  mount hangs on system foo or sometimes I get a
"permission denied" (which is not correct, the permissions are okay)

Expected Results:  mount should work (like it did on FC1)

Additional info:

I added the lines

nfsd /proc/fs/nfsd           nfsd    defaults        0 0
sunrpc /var/lib/nfs/rpc_pipefs rpc_pipefs defaults     0 0

to the /etc/fstab but it doesn't help.

I get only one line in /var/log/message on the NFS-Server:

Jul  9 12:49:43 bar rpc.mountd: authenticated mount request from
foo:818 for /test (/test)
Comment 1 Steve Dickson 2004-07-12 14:00:57 EDT
Try added fsid=0 to the export line
Comment 2 JM 2004-07-12 22:11:30 EDT
Nope, a fsid=0 changed nothing but I must add something to my first 
report, it's necessary to export the directory to a single host AND 
to an entire network at the same time to reproduce the bug, so the 
line in /etc/exports must look like this (for example)

/test       foo(rw,sync),sync)

If you export the directory ONLY to a single host or ONLY to an 
entire network, then it works, so the important part is that a single 
host AND an entire network is involed in the export.
Comment 3 JM 2004-08-16 06:54:40 EDT
It's now kernel 2.6.7-1.494.2.2 and it's still not possible to mount a
directory from a FC2 system. This way FC2 is completely useless as
Comment 4 JM 2004-08-17 07:13:42 EDT
I found a workaround. This /etc/exports doesn't work:


but this works:


( or is the same subnet)

It looks like the Netmask is the problem, but ONLY when an additional
single host is specified. To me this looks like a bug in the kernel
(but I'm not an expert in this :)) (btw. I tried the same with the
vanilla kernel and got the same problem).
Comment 5 Jan "Yenya" Kasprzak 2004-10-19 08:06:35 EDT
I have found a similar problem - reproducible both on FC2 and
FC3test3. I think there is something wrong with handling NFS wildcard
exports. Details are in the following mail to LKML:
Comment 6 JM 2004-10-19 08:49:57 EDT
Yes, looks like it is the same bug, it would be nice if this could be
fixed before "FC3 final" :). I don't know if this bug is only related
to Fedora Core/Kernel 2.6 and RH/Kernel 2.6 or if other distributions
with Kernel 2.6 have similar problems?
Comment 7 Jan "Yenya" Kasprzak 2004-10-20 10:22:19 EDT
Created attachment 105511 [details]
Patch to linux/net/sunrpc/svcauth_unix.c

This is probably similar to bug 135109. Can you compile the kernel with the
attached patch? See also the comment in patch or my post to LKML and
nfs@lists.sf.net from today.
Comment 8 Steve Dickson 2004-11-01 04:35:12 EST
*** Bug 135109 has been marked as a duplicate of this bug. ***
Comment 9 Steve Dickson 2004-11-01 04:38:03 EST
Created attachment 106005 [details]
proposed upstream patch

See http://lkml.org/lkml/2004/10/26/127 for details.
Comment 10 Matthew Miller 2005-04-26 12:41:05 EDT
Fedora Core 2 is now maintained by the Fedora Legacy project for
security updates only. If this problem is a security issue, please
reopen and reassign to the Fedora Legacy product. If it is not a
security issue and hasn't been resolved in the current FC3 updates or
in the FC4 test release, reopen and change the version to match.
Comment 11 JM 2005-09-06 07:33:39 EDT
Looks like it works in FC3 and FC4.

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