On Mon, 2010-06-14 at 12:59 +0200, Tomas Benedykt wrote: > > Dne 12.6.2010 03:25, Ben Hutchings napsal(a): > > On Fri, 2010-06-11 at 14:50 +0200, Tomas Benedykt wrote: > >> hi all, > >> > >> we have a similar problem with debian and netapp, when we try to use > >> netapp vol with 'all_squash' behaviour > >> > >> netapp vol nfs export options: > >> ...,anon=8000,sec=none,rw,... > >> > >> on debian-stable (lenny), using the latest available nfs-common > >> (1:1.1.2-6lenny1) there is no way to mount netapp vol with this config. > >> > >> we also tested the latest unstable nfs-utils pkg (1:1.2.2-1), but > >> doesn't help. > > > > Have you specified sec=none in the client's mount options? > > > > [...] > > I hope, the following commands will better explain the behaviour of > debian | rhel mount.nfs versus netapp with sec=none option. [...] > DEBIAN-MOUNT.NFS (-o sec=none) > ------------------------------ > > nfs-cl:/mnt# mount filer1:/vol/test1 /mnt/tb/ -o sec=none > nfs-cl:/mnt# df -h > Filesystem Size Used Avail Use% Mounted on > filer1:/vol/test1 > - - - - /mnt/tb So at this point are you unable to access files under /mnt/tb? Ben. -- Ben Hutchings Once a job is fouled up, anything done to improve it makes it worse.
Attachment:
signature.asc
Description: This is a digitally signed message part