The problem is solved.
It was not a new one. One answer tells me that this is a FAQ. Another
one gave me two documents of SunSolve regarding this problem.
Nevertheless I've got several answers, and nearly all recommended to check
the directory /etc/sm.bak.
The solution was to kill the rpc.statd on the server, remove
/etc/sm.bak/<client machine> and to restart rpc.statd.
This is valid for Solaris 1.1.
For Solaris 2.x it was recommended also to kill the rpc.lockd before
removing. Of course, it has to be restarted afterwards.
Many thanks to (order of incoming mails):
kevin@uniq.com.au Kevin Sheehan
tkevans@fallst.es.dupont.com Tim Evans
anthony@aaii.oz.au Anthony
bchivers@mitre.org Brent Chivers
see@uebemc.siemens.de Michael Seeger
csfb1!japan!hng@uunet.uu.net Henry Ng
lausser@KOTW0002.mch.sni.de Gerhard Lausser
guido.raymakers@asml.nl Guido Raymakers
paulo@jaguari.dcc.unicamp.br Paulo Licio de Geus
sharon.joseph@sofpak.com Sharon Joseph-Tatta
bbartick@tfisys.dlj.com Brett Bartick
Original Question:
Dear Admins
I've a small but strange problem with one of our Suns:
Our network constists of one Sol.1.1 machine (NIS-master) and several
Sol. 2.3 machines (Classics, S5, S10, NIS-clients).
For one NIS-client (S5) the NIS-master complaints
rpc.statd: cannot talk to statd at panodra
^^^^^^^
Name of the machine
I've checked the configuration of pandora, but I can't find a difference
to other clients. The statd on pandora is running. Rebooting was no solution.
The networking to and from pandora is alright (rsh, telnet, nfs ...).
What is the problem ?
TIA
Thomas
+-----------------------------------------------------------------------------+
| Dipl. Stat. Thomas Koetter |
| Institut fuer Statistik und Oekonometrie |
| Fakultaet Wirtschaftswissenschaften |
| Humboldt-Universitaet zu Berlin, 10178 Berlin, GERMANY |
+-----------------------------------------------------------------------------+
| Tel. voice: +49 30 2468-321 |
| Tel. FAX: +49 30 2468-249 |
| E-mail: thomas@wiwi.hu-berlin.de |
+-----------------------------------------------------------------------------+
This archive was generated by hypermail 2.1.2 : Fri Sep 28 2001 - 23:10:14 CDT