In a heterogeneous environment, where AIX, Solaris, IRIX, HP-UX
and Debian workstations are sharing NFS partitions, the Red Hat 6.1 box
can mount ONLY the partitions from the Debian boxes. All other machines
are cross mounting partitions without any problems.
We have the 2.2.14 kernel and are running knfsd-1.4.7-7 and
knfsd-clients-1.4.7-7. The kernel has been compiled with full NFS support
and all relevant daemons are running. I am able to mount NFS filesystems
from Debian 2.0 and 2.1 boxes, and am able to export the Red Hat 6.1
filesystems to all other platforms. However, when I try to mount a NFS
partition from a AIX, Solaris, IRIX or HP-UX box it complains with error:
mount: wrong fs type, bad option, bad superblock on
mymachine.mydomain.com:/export, or too many mounted file systems
I have some general posts of this type on www.deja.com but no relevant
responses. Can you suggest a patch to try or a workaround? Is there any
information on when this might be fixed?
Make sure that you are using NFSv2. Your /etc/rc.d/init.d/nfs should have
# No NFS V3.
# See how we were called.
case "$1" in
# Start daemons.
action "Starting NFS services: " /usr/sbin/exportfs -r
echo -n "Starting NFS quotas: "
echo -n "Starting NFS mountd: "
daemon rpc.mountd $RPCMOUNTDOPTS
In addition, you should make sure that rpc.lockd is started before nfs.
We had similar problems mounting a HP-UX 11.0 filesystem to RedHat 6.0 and 6.1
but HP-UX 10.20 worked fine. This was fixed in newer HP patches.
It turns out that the magic is to make sure you explicitly pass in
the vers=2 option to mount (i.e. mount -o vers=2 ...)
or, if using autofs like us, is edit
and add localoptions add "vers=2"
assigned to johnsonm
Does this mean that heterogenous environments can only use v2? One solution I
found was to use the -n option on the foreign mountd configuration. Is that a
substantial security concern? Is using NFSv2 a performance or security "hit"
Our 2.2.19-based errata kernel has support for NFSv3