Bug#768178: systemd: sysvinit wrapper breaks newly-installed services

[Michael Biebl]

On Thu, 6 Nov 2014 22:21:25 -0500 Zbigniew
=?utf-8?Q?J=C4=99drzejewski-Szmek?= <zbyszek at in.waw.pl> wrote:
> On Thu, Nov 06, 2014 at 01:25:32PM -0800, Josh Triplett wrote:
> > On Wed, 5 Nov 2014 20:20:27 -0500 Zbigniew =?utf-8?Q?J=C4=99drzejewski-Szmek?= <zjedrzej at gmu.edu> wrote:
> > > On Wed, Nov 05, 2014 at 07:31:32PM +0100, Michael Biebl wrote:
> > > > The default for sysv init scripts is RemainAfterExit=true [0], so even
> > > > if there are no running processes, the service is marked as active.
> > > > This is because systemd doesn't know, if the sysv init script is
> > > > supposed to start a long running process or a just some one shot commands.
> > > Hm, would there be downsides to defaulting to RemainAfterExit=false
> > > for sysvinit scripts? Apart from the obvious one of changig established
> > > behaviuor and potentially breaking compatiblity with older systemds. 
> > > This would indeed seem to match sysvinit behaviour more closely, and
> > > would also make sysvinit scripts more similar to normal units, which
> > > default to RemainAfterExit=no.
> > 
> > That would have the effect of marking scripts that don't run
> > long-running processes as "failed"
> No, I don't think so. If only they exit with status 0, they will not be
> marked as failed.
> 
> > , and thus running "start" on them
> > again would re-run the script.  That seems like an improvement, as long
> > as systemd doesn't let the "failure" of scripts that don't launch a
> > daemon prevent other scripts with LSB dependencies on the "failing"
> > script from running.
> 

Lennart's counter argument is, that a sysv init script which doesn't
start a daemon might still have a stop action which is supposed to run
on shutdown.

If we use RemainAfterExit=no, those stop actions would not be run.


-- 
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 819 bytes
Desc: OpenPGP digital signature
URL: <http://lists.alioth.debian.org/pipermail/pkg-systemd-maintainers/attachments/20160130/7fa90c31/attachment.sig>