<tt><font size=2><br>
> If I am right, this just helps out the init scripts to handle the<br>
> process state, even not the program itself.<br>
</font></tt>
<br><tt><font size=2>You are right, kinda.</font></tt>
<br>
<br><tt><font size=2>But the use of subsys/pidfile would help the initscript
to find</font></tt>
<br><tt><font size=2>out about the current state of the ndo2db and act
accordingly,</font></tt>
<br><tt><font size=2>killing the procs it needs to kill. Even in instances,
where</font></tt>
<br><tt><font size=2>maybe one ndo2db has died or whatever else happened
- with</font></tt>
<br><tt><font size=2>proper locking you can find out every possible state
the</font></tt>
<br><tt><font size=2>daemon is currently in, as it would all be well defined
states.</font></tt>
<br>
<br><tt><font size=2>I just mentioned it because your were talking about
the ugliness</font></tt>
<br><tt><font size=2>of the current `killall ndo2db` in the initscript
- the subsys</font></tt>
<br><tt><font size=2>locking together with pidfile handling is in my opinion
the right</font></tt>
<br><tt><font size=2>way to prevent such uncontrolled killall things.</font></tt>
<br>
<br><tt><font size=2>Regards</font></tt>
<br><tt><font size=2>        Sascha</font></tt>
<br>
<br>
<br>
<span style="font-family:sans-serif,helvetica; font-size:10pt; color:#000000">GFKL Financial Services AG</span><br>
<span style="font-family:sans-serif,helvetica; font-size:10pt; color:#000000">Vorstand: Dr. Peter Jänsch (Vors.), Jürgen Baltes, Dr. Tom Haverkamp</span><br>
<span style="font-family:sans-serif,helvetica; font-size:10pt; color:#000000">Vorsitzender des Aufsichtsrats: Dr. Georg F. Thoma</span><br>
<span style="font-family:sans-serif,helvetica; font-size:10pt; color:#000000">Sitz: Limbecker Platz 1, 45127 Essen, Amtsgericht Essen, HRB 13522</span>