>I don't really see how, without adding a lot of hacks to guess which processes started by an init script should be considered permanent, and which should be considered transient.
Uhm. What's the problem here? All the started processes would be in a single process group which will live on until all of them die. And since you're using SysV emulation it'll be your duty to manage them.
I've just tried to write a simple script that starts two copies of Apache. It works.
Posted Aug 17, 2012 19:18 UTC (Fri) by cortana (subscriber, #24596)
[Link]
As I tried to describe above, 'systemctl samba.service start' does *not* start nmbd if smbd is still running. It doesn't even try to run the samba init script, because it sees smbd still running and assumes the unit is ok.
McRae: Are We Removing What Defines Arch Linux?
Posted Aug 17, 2012 19:43 UTC (Fri) by Cyberax (✭ supporter ✭, #52523)
[Link]
Why should it? Do it yourself, if you want to use SysV scripts.
McRae: Are We Removing What Defines Arch Linux?
Posted Aug 17, 2012 19:53 UTC (Fri) by cortana (subscriber, #24596)
[Link]
> Why should it?
Because this was the behaviour of the system before systemd is introduced.
> Do it yourself, if you want to use SysV scripts.
I don't want to use SysV scripts. I just want to have a computer that doesn't become inaccessible to other machines on my network when my wireless connection flakes out. I am just pointing out an area where systemd's backwards-compatibility with existing init scripts in the wild is not complete!
McRae: Are We Removing What Defines Arch Linux?
Posted Aug 17, 2012 20:30 UTC (Fri) by Cyberax (✭ supporter ✭, #52523)
[Link]
Nope. SysV doesn't do anything with dependencies. It's entirely up to script's author to deal with them. It might have been handled in your particular scripts, but it's certainly not universal.
McRae: Are We Removing What Defines Arch Linux?
Posted Aug 19, 2012 20:19 UTC (Sun) by Eckhart (guest, #74500)
[Link]
> Nope. SysV doesn't do anything with dependencies. It's entirely up to script's author to deal with them. It might have been handled in your particular scripts, but it's certainly not universal.
Cortana just wants to point out that there are some hacks in SysV init scripts that are not supported anymore with systemd.
In the given example, several services have been merged into a single init script to overcome the (non-existant) dependency handling of SysV. Systemd isn't able to handle this script properly, since it assumes that starting an already-running service isn't possible.
McRae: Are We Removing What Defines Arch Linux?
Posted Aug 19, 2012 20:24 UTC (Sun) by anselm (subscriber, #2796)
[Link]
I don't think systemd must support every single hack that is possible in SysV init scripts if it is trivial to do the same thing natively and it works better afterwards, too.