supervision - discussion about system services, daemon supervision, init, runlevel management, and tools such as s6 and runit
 help / color / mirror / Atom feed
From: "Laurent Bercot" <ska-supervision@skarnet.org>
To: "Steve Litt" <slitt@troubleshooters.com>, supervision@list.skarnet.org
Subject: Re: Can s6 be enough?: was s6-ps
Date: Sat, 05 Jan 2019 21:22:13 +0000	[thread overview]
Message-ID: <em7c6de53e-f2f0-4f01-860e-f14e819a9b22@elzian> (raw)
In-Reply-To: <20190105153028.28bc0bab@mydesk.domain.cxm>

[-- Attachment #1: Type: text/plain, Size: 2722 bytes --]

>Everybody appreciates the preceding two features, but personally, I
>don't think they're absolutely necessary. Runit has neither, yet it
>works just fine for most things.

It really depends on what "most things" are.
Small, server-only appliances? sure.
Distributions where you can start all the oneshots first and all
the longruns later? sure, but there aren't many of those. Typically
udevd is a daemon you want to bring up very early, before some
oneshots; so in the runit model, what do you do with udevd?

Void Linux, which uses runit as its init system, has an answer to
that: it doesn't supervise udevd.
Don't you think that's ugly? Because I think that's ugly.


>So I'm thinking that although process ordering and intermixing are
>features we'd everyone likes, all but the most discerning among us
>could get along without them and therefore init with s6 alone.

Well yes. You can even get along with no supervision at all.
Most people got along with sysvinit and sysv-rc just fine. The
question is, do you want to? What do you expect from your init
system? what functionality do you want to have, what functionality
do you want your distribution to provide?


>  My opinion is one can boot just fine with s6 alone, as long as
>you're willing to forego startup ordering and intermixing of longruns
>and oneshots, which by definition a runit fan is.

Yes, it can be done. As a matter of fact, it's completely trivial to
take a Void Linux distribution and replace runit with s6. It works
flawlessly. It just hasn't been done in the official Void distribution
yet because the Void maintainers have other priorities, and runit
works well enough for them.

s6-rc and anopa exist for the people who are *not* willing to forego
intermixing of longruns and oneshots. It all depends on what your
priorities are, of what the aim of your distribution is.


>So what do you all think? Is s6 a useful init system without s6-rc?

Terminology, please! s6 isn't an init system per se. It's a process
supervision system; and s6-rc is a service manager, aka machine state
manager. Those are _components_ of an init system. You can build a
complete, full-featured init system with s6 and s6-rc. You can also
build an init system with s6 alone (and some scripting as
s6-linux-init does), but it won't include a service manager. It's
your call, really: I provide the mechanisms, distributions provide the
policy. When they don't utterly give up on their duties, obviously.

If you haven't watched it yet, please take a look at this video:
https://archive.fosdem.org/2017/schedule/event/s6_supervision/
It's only 15 minutes long and explains all the terminology.

--
Laurent

  reply	other threads:[~2019-01-05 21:22 UTC|newest]

Thread overview: 16+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <9f647c4c-2dc3-b977-928c-ee164ba88afe@ntlworld.com>
2019-01-05  0:20 ` s6-ps Laurent Bercot
2019-01-05  4:04   ` s6-ps Jonathan de Boyne Pollard
2019-01-05 10:46   ` s6-ps Jonathan de Boyne Pollard
2019-01-05 14:41     ` s6-ps Jonathan de Boyne Pollard
2019-01-05 15:29     ` s6-ps multiplexd
2019-01-05 20:30     ` Can s6 be enough?: was s6-ps Steve Litt
2019-01-05 21:22       ` Laurent Bercot [this message]
     [not found]         ` <20190106053901.GA16647@latitude.localdomain>
2019-01-06  7:40           ` Laurent Bercot
2019-01-06 15:03       ` Brett Neumeier
2019-01-07 21:45         ` Steve Litt
2019-01-08  9:19           ` Laurent Bercot
2019-01-05 21:00     ` s6-ps Guillermo
2019-01-06  1:15       ` s6-ps Steve Litt
2019-01-06  7:06       ` s6-ps Colin Booth
2019-01-06  7:30         ` s6-ps Laurent Bercot
2019-01-06 18:07           ` s6-ps Colin Booth

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=em7c6de53e-f2f0-4f01-860e-f14e819a9b22@elzian \
    --to=ska-supervision@skarnet.org \
    --cc=slitt@troubleshooters.com \
    --cc=supervision@list.skarnet.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).