From: Tom on
Are there any good techniques for automatically restarting
/usr/sbin/inetd? I was playing around trying to add it to /etc/inittab,
but without success so far. I saw some old postings about restarting
cron too.

Has anyone successfully added either of these to /etc/inittab for
"respawn"ing them, or used some other technique?

Tom

From: James Carlson on
"Tom" <cube_384(a)yahoo.com> writes:
> Are there any good techniques for automatically restarting
> /usr/sbin/inetd? I was playing around trying to add it to /etc/inittab,
> but without success so far. I saw some old postings about restarting
> cron too.

The simplest technique is to update to Solaris 10, where SMF will do
that for you by default.

Why is it that you need to restart inetd, though? Is something
killing it? And should there be a bug filed against the thing that
kills it?

--
James Carlson, IP Systems Group <james.d.carlson(a)sun.com>
Sun Microsystems / 1 Network Drive 71.234W Vox +1 781 442 2084
MS UBUR02-212 / Burlington MA 01803-2757 42.497N Fax +1 781 442 1677
From: Tom on

James Carlson wrote:
> Why is it that you need to restart inetd, though? Is something
> killing it? And should there be a bug filed against the thing that
> kills it?

Can't go to 9 yet.

Don't have anything killing it off. We were trying to be a little
proactive in trying to protect in case it did. I thought I could
respawn via inittab but no success so far.

Tom

From: Andrew Gabriel on
In article <1110408038.175642.250480(a)g14g2000cwa.googlegroups.com>,
"Tom" <cube_384(a)yahoo.com> writes:
>
> James Carlson wrote:
>> Why is it that you need to restart inetd, though? Is something
>> killing it? And should there be a bug filed against the thing that
>> kills it?
>
> Can't go to 9 yet.
>
> Don't have anything killing it off. We were trying to be a little
> proactive in trying to protect in case it did. I thought I could
> respawn via inittab but no success so far.

Since inetd is responsible for processing inittab, that wouldn't
work anyway.

Since you don't apparently have a problem with this at the moment,
I would suggest that your attempts to work around the non-existing
problem are more likely to introduce some problem than is leaving it
alone.

--
Andrew Gabriel
From: Darren Dunham on
Andrew Gabriel <andrew(a)cucumber.demon.co.uk> wrote:
> Since inetd is responsible for processing inittab, that wouldn't
> work anyway.

Thinking of init?

--
Darren Dunham ddunham(a)taos.com
Senior Technical Consultant TAOS http://www.taos.com/
Got some Dr Pepper? San Francisco, CA bay area
< This line left intentionally blank to confuse you. >