[Pkg-sysvinit-devel] Bug#502195: Bug#502195: invoke-rc.d with action [force-]reload doesn't obey runlevel constraints
Paolo Miotto
paolo.miotto at uniud.it
Wed Oct 15 12:07:26 UTC 2008
>> Well, it is OK that a script called with reload fails if the service is
>> not running, but the point is: why ask a reload to a service that is not
>> running (because disabled), maybe failing even a pre/post install script?
>
> Because reload (and force-reload, if it was a sane thing which it isn't) are
> supposed to control a service if that service is running, regardless of the
> reason.
>
If I understand well, the bug is in the behavior of the force-reload
parameter, that is often (but not always) an alias for restart (and so
is a bug for hundreds of packages?)
> Which is really not related at all with the runlevel. The admin may have
> started it manually, and the service still has to be reloaded in that case.
>
So if I have the daemon started by hand, or by some HeartBeat OCF
scripts (as in our case), possibly with different configurations and
parameters, the init script is supposed to [force-]reload it anyway,
even if this can change the way the daemons works due to different
configurations?
Can (must?) I control this via /usr/sbin/policy-rc.d?
>> It is not cleaner to skip the request at all?
>
> Unfortunately, no.
>
It is not completely clear to me the reason, but maybe this is not an
argument to deal with a bug report, so if there is a reference may be
good.
Paolo Miotto
----------------------------------------------------------------------
SEMEL (SErvizio di Messaging ELettronico) - CSIT -Universita' di Udine
More information about the Pkg-sysvinit-devel
mailing list