From: Patrick O'Reilly (patrick.oreilly@uni.edu)
Date: Mon Jun 03 2002 - 17:37:14 EDT
Hello,
I have tinkered, and it seems that the NFS mount and data persists on the
Linux Boxes, as long as after boot only 'root' logs on. I have a linux box
logged in all day as root and the data is still there, a record! But as soon
as a 'regular' user logs on, I see the conditions reported in my first email
(below). Is there an option to add to my share command in /etc/dfs/dfstab
that will correct this problem? I was thinking about maybe the 'aclok',
'anon=uid' or 'sec=option' options specifically.
ORIGINAL POST:
I have a Sun Ultra-10 running Solaris 8 with current patches as a NFS
server, with 3 identical clients, and 25 Redhat 7.1 clients. The filesystem
mounts and 'stays' fine on the other Sun machines, but the Linux boxes mount
is flaky. On the Linux boxes, it mounts fine on boot, and the data is there
and accessible. After a short time, the data is "gone", while the mount is
still apparently there. Results from 2 "df -k" commands on a Linux box:
[root@xxxxxxx weather]# df
Filesystem 1k-blocks Used Available Use% Mounted on
/dev/hdb6 25205252 10785776 13139100 46% /
/dev/hdb7 13108468 1179272 11263304 10% /usr
xxxxxxx.xxxxx.uni.edu:/space
12899648 4451328 8319328 35% /mnt/gemdata
[root@xxxxxxx weather]#
5 minutes later.......
[root@xxxxxxx ~]$ df
Filesystem 1k-blocks Used Available Use% Mounted on
/dev/hdb6 25205252 10785760 13139116 46% /
/dev/hdb7 13108468 1179272 11263304 10% /usr
xxxxxxx.xxxx.uni.edu:/space
0 1 0 0% /mnt/gemdata
[weather@xxxxxxx ~]$
As you can see, the mount persists but the data is 'gone'. My mount command
from /etc/dfs/dfstab on the Sun NFS server:
share -F nfs -o ro -d "Data" /space
This filesystem is shared with "everyone." Additionally, on the linux
boxes, I see these messages in /var/log/messages:
johnstown kernel: nfs_statfs: statfs error = 13
johnstown kernel: call_verify: server requires stronger authentication.
Any idea what I may do to keep the NFS mount persistent on my Redhat 7.1
Linux boxes?
_______________________________________________
sunmanagers mailing list
sunmanagers@sunmanagers.org
http://www.sunmanagers.org/mailman/listinfo/sunmanagers
This archive was generated by hypermail 2.1.7 : Wed Apr 09 2008 - 23:24:25 EDT