rpc.ttdbserverd: Child Status Changed (new)

Hi everyone,

Well, the list came through again. My question, which is appended along

with the responses, concerned a rpc.ttdbserverd daemon that kept crashing.

Past Sun Managers' suggestions had not worked, such as verifying links from

/usr/dt to /usr/openwin.

The correct answer (from the Sun France Hotline, via Rene Occelli) turned

out to be that one of the /TT_DB directories, which are created on each UFS

file system, had become corrupted. Deleting these and restarting the daemon

seems to have solved the problem. In retrospect, this was probably the result

of a disk crash which we experience a few weeks ago. (One of the "me too"

responses stated that he had experienced recent disk problems as well.)

Thanks to all who replied! The question and replies are included below.

Regards,

Patrick

*----------------------------------------------------------------------------*

| Patrick Shopbell Department of Astronomy |

|pls@astro.caltech.edu Mail Code 105-24 |

| (818) 395-4201 California Institute of Technology |

| (818) 568-9352 (FAX) Pasadena, CA 91125 |

| WWW:http://astro.caltech.edu/~pls/ |

*----------------------------------------------------------------------------*

============================ Original Question =============================

Hi everyone,

I'm having a problem that I am sure some people have run

into before, although perhaps a slightly different variant.

I'm getting hundreds of the messages:

Nov 23 17:14:08 scorpius inetd[129]: /usr/dt/bin/rpc.ttdbserverd: Child

Status Changed

in my /var/adm/messages, as well as a /core file for the

rpc.ttdbserverd. An examination of the sun-managers archive

points out the common problem of not having the link between

/usr/dt/bin/rpc.ttdbserverd and /usr/openwin/bin/rpc.ttdbserverd.

This is *not* the problem here -- all links appear to be fine.

The binary has not been damaged, and 'inetd' is being run as

user 'root'.

Has anyone run into any other solutions to this problem? The

message files are filling my disk and getting to be a real pain.

I'll summarize to the list, of course.

Thanks,

Patrick

============================ Final Solution =============================

 The problem is that the files in /TT_DB are corrupt on

  the host . As root:

     Suspend the rpc.ttdbserver program with:

     

        kill -STOP <pid-#-of-rpc.ttdbserverd>

     Remove all of the TT_DB directories and contents.

     To get a list of all possible locations where the TT_DB directories

     can exist for a host:

     

        df -kF ufs | awk '{if (NR>1) print $6 "/TT_DB"}'

     Remove them (back-quotes around the df command):

     

        rm -rf `df -kF ufs | awk '{if (NR>1) print $6 "/TT_DB"}'`

     Kill the rpc.ttdbserverd program with:

        kill -KILL <pid-#-of-rpc.ttdbserverd>

By

+++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++

+ Rene OCCELLI +

+ I.U.S.T.I. C.N.R.S. U.M.R. 139 +

+ Technopole de Chateau Gombert +

+ 5 Rue Enrico FERMI +

+ 13453 MARSEILLE Cedex 13 France +

+ Tel: (33)04 91 10 69 37 04 91 10 69 38 +

+ Fax: (33)04 91 10 69 69 +

+ Email:rene@iusti.univ-mrs.fr +

+++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++

============================ Other Reply =============================

Return-Path: <wawong@asl.com.hk>

Date: Sat, 30 Nov 1996 17:18:27 +0800

To:pls@astro.caltech.edu

Subject: Re: rpc.ttdbserverd: Child Status Changed (new)

Hi Patrick,

One of our clients has encountered a similar situation. In his

case, he accidentially pkgrm'ed several CDE packages. After

pkgadd'ing the cooresponding packages, his problem was rectifies.

Of course, this may not be your origin of problem.

Hope this can help.

Best Regards,

Wales Wong

=======================================================================

[5322 byte] By [CodeProf.com] at [2007-12-25 11:54:00]