S6 integration in mainstream linux distributions

From: Oliver Schad <oliver.schad_at_automatic-server.com>
Date: Fri, 15 Mar 2019 14:33:50 +0100

Hi everybody,

we're trying to integrate S6 in our linux setup. We now can run in our
test environment ubuntu containers with S6 - really great. We need some
testing and plan to publish s6 packages for ubuntu/debian in the next

We found the project "slew"[1] which offers a nice way to manage oneshot
services, cause execline doesn't offer the things we want to re-use

The next question was the long-term strategy with systemd: we have 2

1) mix systemd (PID 1) to use the boot phase (especially one shots)
and later (after system initialization) use s6 to manage all services.

2) just use s6

My question to the list is, what do you use today? Do you use S6 in
mainstream distributions and how?

What are your problems you see? Should we work together to solve them?

Our problem is the exiting code base in community projects, i.e. puppet
config management. So we think, we should offer a systemctl commmand,
which integrates with s6. We started that project.

Cause Ubuntu creates a mess of dependecies to systemd we would leave
systemd as is in the system and just have a parallel installation of
s6. We relink /sbin/reboot /sbin/shutdown and so on to alternatives for
s6 and also overwrite /sbin/systemctl with a wrapper to s6.

Some insides from us, processlist ubuntu:


The idea would be to run some services as oneshots, to make a migration
easy and start them with the classic SysV scripts. You see it in the
processlist for postfix and zabbix (just as examples).


We want to integrate a function in /lib/lsb/init-functions.d to
integrate it better to s6. However, it works for now good enough.

[1] https://gitlab.com/CasperVector/slew

Automatic-Server AG •••••
Oliver Schad
Turnerstrasse 2
9000 St. Gallen | Schweiz
www.automatic-server.com | oliver.schad_at_automatic-server.com
Tel: +41 71 511 31 11 | Mobile: +41 76 330 03 47

Received on Fri Mar 15 2019 - 13:33:50 UTC

This archive was generated by hypermail 2.3.0 : Sun May 09 2021 - 19:38:49 UTC