Network and Storage Protocols
Network and Storage Protocols
Hello,
I have exported root volume to couple of linux servers:
~~~~~~~~~~~
/vol/vol0 -sec=sys,rw=linux01:linux02:linux03
~~~~~~~~~~~
When I'm trying to mount from client, I'm getting "input/output read error".
~~~~~~~~~~~
root@linux03:/# mount 10.123.10.22:/vol/vol0 /temp
mount.nfs: Input/output error
root@linux03:/#
~~~~~~~~~~~~
After googling I found I can mount the root volume using "nolock" option in mount. However after mounting the share, I'm not able to CD to the NFS mount point. Says permission denied:
~~~~~~~~~~
root@linux03:/# mount -o nolock,rw 10.123.10.22:/vol/vol0 /temp
root@linux03:/# cd /temp
-bash: cd: /temp: Permission denied
~~~~~~~~~~~~
On client /temp have full permission:
~~~~~~~~~~~~
root@linux03:/# mount -o nolock,rw 10.123.10.22:/vol/vol0 /temp
root@linux03:/# ls -l /temp/
ls: /temp/: Permission denied
root@linux03:/# umount /temp
root@linux03:/# ls -ld /temp
drwxrwxrwx 2 root root 4096 May 2 12:36 /temp
root@linux03:/#
~~~~~~~~~~~~
root@linux03:/# mount
/dev/sda3 on / type ext3 (rw,noatime,data=writeback)
proc on /proc type proc (rw)
sysfs on /sys type sysfs (rw)
devpts on /dev/pts type devpts (rw,gid=5,mode=620)
/dev/sda2 on /tmp type ext3 (rw,nosuid,nodev,noatime,data=writeback)
/dev/sda1 on /boot type ext3 (rw,noatime,data=writeback)
tmpfs on /dev/shm type tmpfs (rw)
none on /proc/sys/fs/binfmt_misc type binfmt_misc (rw)
sunrpc on /var/lib/nfs/rpc_pipefs type rpc_pipefs (rw)
10.123.10.22:/vol/vol0 on /temp type nfs (rw,nolock,addr=10.123.10.22)
~~~~~~~~~~~~
Any idea what I'm missing here?
Thanks,
Krish
Assuming unix permissions, you need to grant root access - either just to linux01 (add root=linux01 as an option to export line) or to everyone (add anon=0), then exportfs -r. If NTFS permissions, then root needs to map to a user that has access.
What versions of ONTAP and linux? I've never had to use nolock to mount vol0...
Bill
Hi Bill,
Thanks for looking in to this.
Made following changes to the export entry :
/vol/vol0 -sec=sys,rw=linux01:linux02:linux03,root=linux01,nosuid
No luck.
Ontap version : 8.1.3 7-Mode
Linux:
Red Hat Enterprise Linux Server release 5.10 (Tikanga)
You did an exportfs -r after modifying the export entry? Also try exportfs -f to flush any possible cached negative responses. And the security style for vol0 is unix? I've (rarely) seen where you have to remount on the client after modifying the share, so you can try that. Also check that nfs.require_valid_mapped_uid is off (or if on, that there is a valid mapping for root). NFSv3 or v4?
Bill
Hi Bill,
Just remembered that I missed out marking the solution for my issue. The concern was the qtree was having NTFS style of security. I changed it to UNIX. That fixed the issue.
Cheers,
Krish