supervision - discussion about system services, daemon supervision, init, runlevel management, and tools such as s6 and runit
 help / color / mirror / Atom feed
From: eric vidal <eric@obarun.org>
To: supervision@list.skarnet.org
Subject: Re: what init systems do you use ?
Date: Tue, 14 May 2019 18:15:36 +1100	[thread overview]
Message-ID: <20190514181536.70be3e62e91ba63dde9d798c@obarun.org> (raw)
In-Reply-To: <20190514055007.hdgghme3mkwgfbud@cathexis.xen.prgmr.com>

> > BTW:
> > 
> > what init systems do this list's subscribers use ?
> > i use statically linked (musl) BusyBox init (and gettys)
> > + mksh (https://www.mirbsd.org/mksh.htm) + s6 + OpenRC
> > (v0.34.11, outdated) as default init system.
> > i also ran perp but now run everything to be supervised
> > under s6, started via a little setup shell script directly from
> > /etc/inittab (most "one time tasks" are indeed directly run
> > from the inittab file instead of a shell script).

I use (and share on the web) Archlinux based system under s6+s6-rc from almost 4 years.
So, complex system can be handled as bare metal system depending of the user needs.
At the start i did a complete set of service by hand + init scripts without the help of s6-linux-init but taking example from this one. Then i did some scripts (in bash) to handles enable/disable/stop/start process and add some features like an s6.conf file to manage some user operations at boot time.

The main advantage was to separate the services set of boot from running time which add a level of security mostly for kinda users. This set of service for the boot run out of the box and can be easily adapted for any linux system.

After a very few years of experience/use and reports from users, i decided to write a series of tools in C to properly handle a system with s6+s6-rc. This bring up with a lot of features like a frontend declaration file for a service (which handles all kind of service) the automatic creation of a logger, instance service declaration, supports of user supervision tree and so on...

I really like skarnet API. Generally speaking his API are good designed and written in low-level, flexible and stable as a rock. The system is very very fast and provide many features without the complexity and hard dependencies as other init system(follow my regards... :) ). For me s6 is the future and should be widely known. 

It can take time to have a system booting onto it but this worth the pain. 

Cheers.
Eric Vidal


  reply	other threads:[~2019-05-14  7:15 UTC|newest]

Thread overview: 37+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2019-04-29 19:19 interesting claims Jeff
2019-04-30  2:49 ` Guillermo
2019-04-30  8:22 ` Laurent Bercot
2019-05-03  0:53   ` what init systems do you use ? Jeff
2019-05-11 18:45     ` Guillermo
2019-05-13 19:13     ` multiplexd
2019-05-13 20:36       ` Laurent Bercot
2019-05-13 21:09       ` Steve Litt
2019-05-14  2:34         ` Guillermo
2019-05-13 21:16       ` Joshua Ismael Haase Hernández
2019-05-14  5:50     ` Colin Booth
2019-05-14  7:15       ` eric vidal [this message]
2019-04-30  8:47 ` interesting claims Jonathan de Boyne Pollard
2019-05-01  7:26 ` Steve Litt
2019-05-01  7:33 ` Steve Litt
2019-05-01 18:13   ` Laurent Bercot
2019-05-15 17:22     ` Steve Litt
2019-05-15 23:22       ` Oliver Schad
2019-05-16  1:07         ` Steve Litt
2019-05-16  5:36           ` fungal-net
2019-05-16  8:32             ` Laurent Bercot
2019-05-16 17:10               ` Jeff
2019-05-17  0:23               ` Dewayne Geraghty
2019-05-17 11:21               ` fungal-net
2019-05-17 22:57                 ` Guillermo
2019-05-18  0:52                   ` Jeff
2019-05-18 16:26                     ` fungal-net
2019-05-18 20:04                       ` Guillermo
2019-05-19 11:24                         ` fungal-net
2019-05-19 12:57                           ` killall test run Jeff
2019-05-19 17:29                             ` Colin Booth
2019-05-19 20:39                             ` Guillermo
2019-05-19 23:06                               ` Laurent Bercot
2019-05-19 20:35                           ` interesting claims Guillermo
2019-05-03  1:37   ` how to handle system shutdown ? Jeff
2019-05-03 19:25     ` Laurent Bercot
2019-05-05  0:52       ` is it required to call kill() from process #1 ? Jeff

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=20190514181536.70be3e62e91ba63dde9d798c@obarun.org \
    --to=eric@obarun.org \
    --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).