[20495] in Athena Bugs
Re: Solaris Athena 9.1.11 and KNFS servers
daemon@ATHENA.MIT.EDU (Tom Cavin)
Tue Jul 16 17:35:37 2002
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Message-ID: <15668.37287.688614.589463@lap1-wccf.mit.edu>
Date: Tue, 16 Jul 2002 17:35:35 -0400
From: Tom Cavin <cavin@MIT.EDU>
To: Garry Zacheiss <zacheiss@mit.edu>
Cc: Tom Cavin <cavin@mit.edu>, Athena Bugs list <bugs@mit.edu>
In-Reply-To: <200207162109.RAA15433@riff-raff.mit.edu>
Hi Garry,
The kdestroy/kinit cycle worked.
Do you happen to know what the proper links are for nfs.server in the rc?.d
directories?
I have the following mixture of hard and soft links, and would like to
clean them up a little:
yoda-wccf.mit.edu# ls -li /etc/*/*nfs.server
79367 -rwxr--r-- 5 root sys 1750 Jul 3 2001 /etc/init.d/nfs.server
79367 -rwxr--r-- 5 root sys 1750 Jul 3 2001 /etc/rc0.d/K28nfs.server
56687 lrwxrwxrwx 1 root root 20 Jul 16 03:25 /etc/rc0.d/K66nfs.server -> ../init.d/nfs.server
79367 -rwxr--r-- 5 root sys 1750 Jul 3 2001 /etc/rc1.d/K28nfs.server
60503 lrwxrwxrwx 1 root root 20 Jul 16 03:25 /etc/rc1.d/K65nfs.server -> ../init.d/nfs.server
79367 -rwxr--r-- 5 root sys 1750 Jul 3 2001 /etc/rc2.d/K28nfs.server
64319 lrwxrwxrwx 1 root root 22 Jul 16 03:33 /etc/rc2.d/K60nfs.server -> /etc/init.d/nfs.server
68005 lrwxrwxrwx 1 root root 22 Jul 16 03:33 /etc/rc3.d/S15nfs.server -> /etc/init.d/nfs.server
79367 -rwxr--r-- 5 root sys 1750 Jul 3 2001 /etc/rcS.d/K28nfs.server
Which (if any) are the proper lingks?
Thanks,
--Tom
Garry Zacheiss writes:
> >> I was in a bit of a rush with this server and fixed it (more or less) by
> >> doing a "nfs.server stop" followed by an "nfs.server start".
> >>
> >> If I recall correctly, we had a similar problem with mountd dying on start
> >> up that was fixed with a new version of mountd.
>
> There was at one point, although my recollection is that our newer
> mountd got backed out because there was an issue with it sometimes
> failing to properly authenticate users. It should be on your system as
> /usr/local/lib/nfs/mountd.new; if your current mountd dies again, you
> might consider starting that one and seeing how it works.
>
> >> I can get in using either the password or ssh-agent, but I don't understand
> >> why the "Key version number for principal in key table is incorrect".
> >>
> >> When I look at the srvtab and krb5.keytab files, they seem ok. I don't
> >> know (or remember) how to check the version on the key server.
>
> That error message is usually indicative of you having an old version
> of the key in your kerberos credentials cache; if you kdestroy and get
> new tickets and then try to log in again, does the problem persist?
>
> You can use "kvno principal" to tell what version of a key the KDC
> thinks is most recent; so, in this case, we would use:
>
> [zacheiss@riff-raff] ~$ kvno host/pasque.mit.edu@ATHENA.MIT.EDU
> host/pasque.mit.edu@ATHENA.MIT.EDU: kvno = 4
>
> Let me know if you still have problems.
>
> Garry
--
Tom Cavin Phone: (617) 258 - 7806
Computer Operations Manager Email: cavin@mit.edu
MIT - Whitaker College Computer Facility or tec@ai.mit.edu
