Original post:
Just recently, my SunOS4.1.2 machine started generated the
following message on console:
rpc.lockd: Cannot contact status monitor!
A ps indicates that both rpc.lockd and rpc.statd are up
and running. Any hints about how to diagnose and fix
this problem would be greatly appreciated. The message
is generated every 15 minutes or so.
----------------------------------------------------------------------
The solution:
It turns out that I had recently changed my host
name and that I run 'securelib'. As a result, securelib started
blocking all rpc services on my machine. A simple change to the
securelib configuration file fixed the problem. The following
suggestions may be helpful for other situations where rpc.lockd
breaks:
----------------------------------------------------------------------
Other Suggestions:
First call sun about the lockd patch 100075-11. Second I have had
really bad experiences with this. I would suggest that you go into the
/etc/sm and /etc/sm.bak directories and remove all files in there. The
listed machines in those directories are machines that have reason to
lock files via the lockd/statd mechanism. This will basicly tell the
machine to forget any locked files related to your local machine and
remote machines. The files in /etc/sm*/ will be other machine names. Go
to those macines and remove any files in /etc/sm*/ that relate to your
troubled machine that can not contact the status monitor. Then restart
lockd and statd on all related machines. This is a real hack but it
was the only way I could get those messages to go away. Oh ya make
sure statd was running in the first place anyway.
-----
cd /etc/sm.bak on the machine reporting the problem, rm all the files
there and then kill and restart the rpc.statd.
-----
The error message tells us that rpc.lockd cannot
communicate with rpc.statd, the status monitor. The
rpc.lockd daemon needs the rpc.statd daemon for monitor
services.
To solve:
1. Check to see if both rpc.statd and rpc.lock are running.
Issue the command "ps -aux | grep rpc" to view the rpc
processes that are running.
vanda% ps -aux | grep rpc
root 119 0.0 0.0 56 0 ? IW Mar 4 0:00 rpc.mountd -n
root 127 0.0 0.0 52 0 ? IW Mar 4 0:00 rpc.bootparamd
root 129 0.0 0.0 52 0 ? IW Mar 4 0:00 rpc.statd
root 135 0.0 0.0 84 0 ? IW Mar 4 0:00 rpc.lockd
2. If both processes are running, check the network
connection by issuing the command:
ifconfig -a
The output should look something like this:
le0: flags=63<UP,BROADCAST,NOTRAILERS,RUNNING>
inet 129.145.114.12 netmask ffffff00 broadcast 129.145.114.0
lo0: flags=49<UP,LOOPBACK,RUNNING>
inet 127.0.0.1 netmask ff000000
If the output is different, check the /etc/hosts and
/etc/hostname.le0 entries. Reboot the machine after
making any changes.
----------------------------------------------------------------------
Thanks to:
uunet!kidder.com!neutrino!robert (Robert on neutrino)
uunet!awadi.com.AU!blymn (Brett Lymn)
uunet!abcomp.be!yves (Yves Hardy)
-- david r. coelho email: drc@ppt.COM personal productivity tools, inc 43000 christy street voice: (510) 440-3050 fremont, ca 94538-3198 usa fax: (510) 770-0728
This archive was generated by hypermail 2.1.2 : Fri Sep 28 2001 - 23:08:58 CDT