Hello,
I have a Sun Sparc (Solaris 8) NFS server serving to 3 identical Sun Sparcs
and 25 PC's with RH Linux 7.1. The NFS mounts from Solaris to Solaris work
and persist, but the linux boxes do not. The filesystem on the linux boxes
mounts correctly at boot, and the data persists ONLY when the user 'root'
logs on. If another user logs on, the data 'disappears' while the mount
persists. Below are the results from 2 df -k commands (/mnt/gemdata is the
NFS mount):
[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.xxx.edu:/space
12899648 4451328 8319328 35% /mnt/gemdata
5 minutes later, logged on as a regular user......
[weather@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.xxx.edu:/space
0 1 0 0% /mnt/gemdata
Also, the following messages show up in /var/log/messages:
johnstown kernel: nfs_statfs: statfs error = 13
johnstown kernel: call_verify: server requires stronger authentication.
Apparently, the Sun has no problem with the 'root' user on the linux boxes,
but any other 'less qualified' user logs on and there are problems. Has
anyone heard of/experienced this? Is there an option I could add to my
'share' command on the NFS server, or my /etc/fstab on my linux boxes that
would help this situation? Thanks!
Patrick
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Patrick O'Reilly Support Scientist
The STORM Project [email protected]
208 Latham Hall ph: 319-273-3789
University of Northern Iowa
Cedar Falls, IA 50614
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
_______________________________________________________________
Don't miss the 2002 Sprint PCS Application Developer's Conference
August 25-28 in Las Vegas -- http://devcon.sprintpcs.com/adp/index.cfm
_______________________________________________
NFS maillist - [email protected]
https://lists.sourceforge.net/lists/listinfo/nfs
>>>>> " " == Patrick O'Reilly <[email protected]> writes:
> johnstown kernel: nfs_statfs: statfs error = 13 johnstown
> kernel: call_verify: server requires stronger authentication.
Linux does not yet support strong (kerberos) authentication on the
server. We're working on that, but an official patch is still pending.
The reason it works for 'root' is that Sun decided that 'automount'
daemons (that are running as root) should still be allowed to mount
these partitions despite not having any kerberos credentials...
Cheers,
Trond
_______________________________________________________________
Don't miss the 2002 Sprint PCS Application Developer's Conference
August 25-28 in Las Vegas -- http://devcon.sprintpcs.com/adp/index.cfm
_______________________________________________
NFS maillist - [email protected]
https://lists.sourceforge.net/lists/listinfo/nfs
Just an update:
I added 'nosuid,log' to the share command on my Solaris 8 system in
/etc/dfs/dfstab, and now all the mounts on my RH 7.1 boxes stay put, as well
as does the data....even when a non-root user logs on. I can't explain
this, other than to say it worked. Also, no more error messages as shown
below. Thanks!
Patrick
----- Original Message -----
From: "Trond Myklebust" <[email protected]>
To: "Patrick O'Reilly" <[email protected]>
Cc: <[email protected]>
Sent: Tuesday, June 04, 2002 7:15 AM
Subject: Re: [NFS] Solaris 8 - RH 7.1 NFS Bugs
> >>>>> " " == Patrick O'Reilly <[email protected]> writes:
>
> > johnstown kernel: nfs_statfs: statfs error = 13 johnstown
> > kernel: call_verify: server requires stronger authentication.
>
> Linux does not yet support strong (kerberos) authentication on the
> server. We're working on that, but an official patch is still pending.
>
> The reason it works for 'root' is that Sun decided that 'automount'
> daemons (that are running as root) should still be allowed to mount
> these partitions despite not having any kerberos credentials...
>
> Cheers,
> Trond
>
> _______________________________________________________________
>
> Don't miss the 2002 Sprint PCS Application Developer's Conference
> August 25-28 in Las Vegas -- http://devcon.sprintpcs.com/adp/index.cfm
>
> _______________________________________________
> NFS maillist - [email protected]
> https://lists.sourceforge.net/lists/listinfo/nfs
_______________________________________________________________
Don't miss the 2002 Sprint PCS Application Developer's Conference
August 25-28 in Las Vegas - http://devcon.sprintpcs.com/adp/index.cfm?source=osdntextlink
_______________________________________________
NFS maillist - [email protected]
https://lists.sourceforge.net/lists/listinfo/nfs