NFS Problems

[Tim Gustafson]

> Yep. Using Kerberos for NFS is really orthogonal to NFSv4. The only
> reason some people tie the two together is that the NFSv4.0 RFC required
> support for RPCSEC_GSS (which is what sec=krb5 does). Although support
> for AUTH_SYS wasn't required I believe all NFSv4 servers do support it
> and I know it works for FreeBSD.
>
> Just do the mounts without sec=krb5 and you'll be using NFSv4.0 over
> AUTH_SYS (which is the old uid + gid list stuff NFS has always used).

Ok, I'm trying to go down this path, but I'm running into some
trouble.  For my test, I am using a FreeBSD file server and a FreeBSD
client.  On the server, in /etc/rc.conf, I have:

rpcbind_enable="yes"
nfs_server_enable="yes"
mountd_flags="-r -l"
nfsd_enable="yes"
mountd_enable="yes"
rpc_lockd_enable="no"
rpc_statd_enable="no"
nfs_server_flags="-t -n 128"
nfsv4_server_enable="yes"
nfsuserd_enable="yes"

And in /etc/exports, I have:

V4: /export -network 192.168.0.0 -mask 255.255.255.0

And then on the client, in /etc/fstab, I have:

server:/			/mnt		nfs	rw,nfsv4,late	0	0

I can mount /mnt with no problem, but when I change into that folder
and attempt to do anything, either as the superuser or as a regular
user, I get:

tjg at client: cd /mnt/home/tjg
tjg at client: touch foo
touch: foo: Input/output error

I know that it is "sorta" working, because if I attempt to cd to a
folder that doesn't exist on the server, I get a different error:

tjg at client: ls -al /mnt/home/tjg
total 0
tjg at client: ls -al /mnt/home/foo
ls: /mnt/home/foo: No such file or directory

I'm sure that I'm missing a basic configuration option, but I can't find it.

-- 

Tim Gustafson
tjg at soe.ucsc.edu
831-459-5354
Baskin Engineering, Room 313A