I can't see why NFS doesn't work, so I'm reporting a bug. (Sorry).
<From the Server>
root@neuromancer /sbin]# /usr/sbin/exportfs
[root@neuromancer /sbin]# /usr/sbin/showmount -e
Export list for neuromancer:
The client (wintermute) attempts to mount neuromancer:/data on /data:
[andy@neuromancer andy]$ rlogin wintermute
Last login: Sat Nov 20 00:06:13 on :0
$ mount /data/
mount: neuromancer:/data failed, reason given by server: Permission denied
[root@neuromancer /sbin]# tail -4 /var/log/messages
Nov 20 12:28:47 neuromancer nfs: rpc.mountd startup succeeded
Nov 20 12:28:47 neuromancer kernel: Installing knfsd (copyright (C) 1996
Nov 20 12:28:48 neuromancer nfs: rpc.nfsd startup succeeded
Nov 20 12:34:51 neuromancer mountd: refused mount request from
wintermute.bullgod.co.uk for /data (/): no export entry
Communication between wintermute & neuromancer is working enough for
X to work both ways. rpc.mountd / knfsd all appear to be fine, so why
the Permission denied and mount refused?
I am seeing the same thing on 2 machine here. Except for me the problem goes
away if I specify each host by name in /etc/hosts. It does not work for
something like @netgroup or *.wlv.hp.com.
I am totally confused. I have 6 boxes identically configured. I see this
problem on 2 of them but the other 4 work fine. Help!!!!
Oops that should have been /etc/exports... --John C
I have the same terrible problem here. It makes RH61 useless and I'm going to
downgrade again to RH52 :-( I really don't understand that bugs in such an
important service as NFS doesn't get the highest priority at RH :-(((
Maybe this small report will help a bit:
So far OK (except that locally mounted directories aren't accessible through
adding the line
/home/windows asterix(rw) abraracourcix(rw) idefix(rw)
to /etc/exports (/home/windows/ is on the same partition as /) gives:
idefix:/home/windows: Invalid argument
abraracourcix:/home/windows: Invalid argument
asterix:/home/windows: Invalid argument
An /etc/exports with:
gives NFS connection on some machines, but others get "Permission denied" while
the station that sees "permission denied" appears in /var/lib/nfs/xtab. When
changing something an "/etc/rc.d/init.d/nfs stop-start" is absolutely necessary.
When a workstation is unmounted, its entry stays in the xtab file. I understood
from the docs that the line should be removed in that case.
The only thing that seems to "work" is mentioning all workstations one by one in
/etc/exports. Two or more mountpoints on for the same workstation is not
I discovered this bug after a few days, while the kNFSd service was one of the
first services that I installed. If this bug had been present from the beginning
I would certainly have remarked it the first day. During the first few days I
installed all sorts of services on that machine (maybe a file or a lib
overwritten?). Kernels: 2.2.12-20 (original and modified) and 2.2.13, now I
going to compile 2.2.14 that came out yesterdaynight. If that resolves the
problem you'll certainly hear from me. Maybe it would be an idea to make some
RH61-rpm's for the RH52 version of the nfs programs? Please find a solution to
this problem asap, the knfsd isn't even an alpha version (with respect for the
one(s) who work(s) on it of course).
Workstations: RH52 and RH61. All i486/i586/i686. Installed from original release
and upgraded with all rpm's from ftp-server.
Btw: I have a few files here if somebody is interested:
"strace exportfs -av 1>exports.1 2>exports.2" I have a very 'stable' buggy
I downloaded "nfs-server-2.2beta47-1.src.rpm" from the update-directory of RH52,
rebuilt it and installed it. Until now (knock, knock on wood) this seems to work
fine. Please mail me if I do something stupid (I'm not a Linux expert).
You need to export each mount point separately. Ie if / and /data are on
different partitions, you need to list both / and /data in /etc/exports.
Yes ok, I understand that (it seems that this is the original way of mounting
directories, I heard this morning), and I can live with that. But the problem is
still the same: "Invalid argument" as mentioned above. knfsd doesn't let a
client mount two directories on the exporting server. "Permission denied" is the
answer that the client gets, while there should be no reason for a denial. This
bugreport starts with this "permission denied" story. In that case an "exportfs
-av" on the server gives:
NFS_server:'/exported_dir': Invalid argument
This is really not normal behaviour.
If I enter in /etc/exports:
some machines in the 192.168.100.* network can mount the exported directory,
some cannot. They get "permission denied", even though the /var/lib/nfs/xtab
indicates that everything is ok.
I admit that I regularly do and say stupid things and I still consider myself as
a newbee but IMHO this is really a bug and not a feature ;-)