The TT_DB directory and contents are created by the rpc.ttdbserver
program. They exist in every partition where a client application has
requested a file scoped message for a file in that partition.
'Some' client program is registering file scoped messages in
on one or more files in those partitions. If you would like
to see which files (as root):
Under certain circumstances, the ToolTalk databases (TT_DB)can become corrupted to the extent that the rpc.ttdbserverd daemon will repeatedly crash, or simply produce many NetISAM errors.
This usually manifests itself in messages appearing in /var/adm/messages such as:
/usr/dt/bin/rpc.ttdbserverd: child status changed - core dumpedlast message repeated twenty times
or:
This condition can occur for a number of reasons such as an inconsistent installation, under rev. patches installed, or a full disk partition.
However, after such problems have been resolved, it is still necessary to clean out the old ToolTalk databases on disk.
This is best accomplished while the system is in a quiescent state (single-user mode), but if this is not possible for some reason, you can do it using the following procedure:
1) Stop the ToolTalk daemon.
Suspend the rpc.ttdbserver program with:
kill -TERM <pid-#-of-rpc.ttdbserverd>
Ensure that it has died using the command ;
ps -aef | grep rpc.ttdbserverd | grep -v grep
If it is still running, kill it using the command ;
kill -KILL <pid-#-of-rpc.ttdbserverd>
Once it is no longer running, comment out the line in /etc/inetd.conf so that it looks like:
for Solaris 2.5.1 and earlier -
#100083/1 stream rpc/tcp wait root /usr/dt/bin/rpc.ttdbserverd \
/usr/dt/bin/rpc.ttdbserverd
for Solaris 2.6 and later -
#100083/1 tli rpc/tcp wait root /usr/dt/bin/rpc.ttdbserverd \
/usr/dt/bin/rpc.ttdbserverd
and refresh inetd with the command:
kill -HUP <pid-#-of-inetd>
2) Remove all of the TT_DB directories and contents.
It is very important to clean ALL the ToolTalk databases otherwise the corruption may remain. To get a list of all possible locations where the TT_DB directories can exist for a host, use the command:
This site uses cookies to help personalise content, tailor your experience and to keep you logged in if you register.
By continuing to use this site, you are consenting to our use of cookies.