[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Killed wrong proc!
From: |
Ted Zlatanov |
Subject: |
Re: Killed wrong proc! |
Date: |
28 Sep 2004 15:28:17 -0400 |
User-agent: |
Gnus/5.110003 (No Gnus v0.3) Emacs/21.3.50 (gnu/linux) |
On Wed, 22 Sep 2004, chip@trdlnk.com wrote:
> Because the restart command will not run unless I send either a TERM or a
> KILL, according to the reference. 'tis a hackaround. I could have it set a
> class and then let shellcommands execute the restart, but that is even
> kludgier.
>
> It would be nice if we could say signal=dorestart or something like that to
> clue cfengine that we want to execute the restart line without sending a
> signal. (Or just allow signal 0 along with TERM and KILL, perhaps.)
>
> Given that I have to send a signal, the reason for saying "restart" instead of
> "start" is that some Linux init scripts (esp with RedHat and SuSE) sometimes
> clean up pidfiles and such, IIRC. Doing a restart instead of a start makes
> you less likely to run into ugliness. The postfix script is not one of
> these, but it can't hurt.
It would be very nice if cfengine supported "services" in addition to
"processes." In standard Unix terms, it seems that 90% of the cases
would be covered with the /etc/init.d directory (things like
daemontools do their own monitoring). Maybe it could be an option to
a "processes:" entry,
"this is restarted with $SCRIPT stop; $SCRIPT start" and no signals
are necessary?
Ted
Re: Killed wrong proc!, Ted Zlatanov, 2004/09/22
Re: Killed wrong proc!,
Ted Zlatanov <=
Re: Killed wrong proc!, Chip Seraphine, 2004/09/28
Re: Killed wrong proc!, Tim Nelson, 2004/09/28
Re: Killed wrong proc!, Ted Zlatanov, 2004/09/29
Re: Killed wrong proc!, Tim Nelson, 2004/09/30
Re: Killed wrong proc!, Ted Zlatanov, 2004/09/30
Re: Killed wrong proc!, Mark Burgess, 2004/09/30