Antwort: Re: Antwort: [RFC] Missing signal handling in ndo2db

[Sascha.Runschke at gfkl.com]

> If I am right, this just helps out the init scripts to handle the
> process state, even not the program itself.

You are right, kinda.

But the use of subsys/pidfile would help the initscript to find
out about the current state of the ndo2db and act accordingly,
killing the procs it needs to kill. Even in instances, where
maybe one ndo2db has died or whatever else happened - with
proper locking you can find out every possible state the
daemon is currently in, as it would all be well defined states.

I just mentioned it because your were talking about the ugliness
of the current `killall ndo2db` in the initscript - the subsys
locking together with pidfile handling is in my opinion the right
way to prevent such uncontrolled killall things.

Regards
        Sascha



GFKL Financial Services AG
Vorstand: Dr. Peter Jänsch (Vors.), Jürgen Baltes, Dr. Tom Haverkamp
Vorsitzender des Aufsichtsrats: Dr. Georg F. Thoma
Sitz: Limbecker Platz 1, 45127 Essen, Amtsgericht Essen, HRB 13522
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://www.monitoring-lists.org/archive/developers/attachments/20090701/f63c844c/attachment.html>
-------------- next part --------------
------------------------------------------------------------------------------
-------------- next part --------------
_______________________________________________
Nagios-devel mailing list
Nagios-devel at lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/nagios-devel