From mboxrd@z Thu Jan 1 00:00:00 1970 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on inbox.vuxu.org X-Spam-Level: X-Spam-Status: No, score=-1.1 required=5.0 tests=DKIM_SIGNED,DKIM_VALID, DKIM_VALID_AU,FREEMAIL_FROM,MAILING_LIST_MULTI autolearn=ham autolearn_force=no version=3.4.4 Received: (qmail 377 invoked from network); 22 Dec 2021 03:40:02 -0000 Received: from alyss.skarnet.org (95.142.172.232) by inbox.vuxu.org with ESMTPUTF8; 22 Dec 2021 03:40:02 -0000 Received: (qmail 27150 invoked by uid 89); 22 Dec 2021 03:40:27 -0000 Mailing-List: contact supervision-help@list.skarnet.org; run by ezmlm Sender: Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Received: (qmail 27143 invoked from network); 22 Dec 2021 03:40:26 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :content-transfer-encoding; bh=E+LIETzSdvoDtrt6zqbg2Slxrl8YS/kB/qA0k7uTnME=; b=Va3T4PyOQ1/PgKGmsP73Tv/5TVFThlKJjTKxnhoYGsO7WmQ+13PP2TeSjEElXFVDgz +y0iWDE3km/5veLQa2EzwdrkMSi1gLFZ5ZFZPAbiZgo2G0bOR+oPm4xd7IYHdMvFogBd kiQzjEBs2ENxMgEK8qQ9sa9ylk+lmJGXitO0lAEFy4nzYiclaBYecWeoERkek9U3Sf37 mjhk5QxNWim1PTsg/GpDnVsO15ivgoLfE/BvzZ6qVXuIT9Wp8i4nMQYvyeuCOPc7Pp7E QmfEbwGPkcTLJlNmPstgehQBWQl1/nT6pkUQy6zTfX00YuDQ1CR/S6BkofOU/Eogm6NN LDzg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:content-transfer-encoding; bh=E+LIETzSdvoDtrt6zqbg2Slxrl8YS/kB/qA0k7uTnME=; b=W+zT4pV+dbAuCbUd2VifZkrwAGbTOldY6pZTD6fUkDIeoLDgJCn7Su0siK1CeFuMdY kF/i19nSwv3zKykocp91GYCkM8lUqPf4Jkf2sgI9HTOPH/fWXp+p4+3d/xiqjoePHDCU iefWPr+vQFUB/eNXRfacojufZtOeqEFWv0W66ZF/rBNtDNls7IxVBNC0KPmteTGplf5Z bNv7pQsWH3rrZdPMMOZ36i9ZXEdVfbOptdYcTNYRNxEyAroZBethx6AE8gph2ELnH2wA tOuUkwvwoAm2aFj9taILLK2unl3sKcR4Y6mqzfUvlAPkn+WY7oXUKbwF5LcjR5ChkbtF swmw== X-Gm-Message-State: AOAM533WUWZ+rjrtp7zEnv4KD8b+n5cGflhCWmeiPweSokQ2Vop5Rn37 UWSBHG8NHKJammGyWnEJ2uv3AsBcipzTMOpZYo9wyxqEiKY= X-Google-Smtp-Source: ABdhPJzsFSdnnw531xhyUNDp+x+zewHjvVbrVdeV1lOnnmQerklHFzsHHzFwaXRNgEERclMjkev8Bc0n8jpGi2tjJoc= X-Received: by 2002:a05:6512:3e11:: with SMTP id i17mr1013442lfv.660.1640144397916; Tue, 21 Dec 2021 19:39:57 -0800 (PST) MIME-Version: 1.0 References: <20211221185417.120f440f@mydesk.domain.cxm> In-Reply-To: <20211221185417.120f440f@mydesk.domain.cxm> From: Carlos Eduardo Date: Wed, 22 Dec 2021 00:39:46 -0300 Message-ID: Subject: Re: [announce] skarnet.org Winter 2021-2022 release To: supervision@list.skarnet.org Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable >From my own experience setting up s6 on a Linux distro where it isn't suppo= rted: > Before first installation, back up /sbin/init so if things go wrong it's = easy to boot with your prior init. Before running any s6 components, do all= the correct config so that the s6-rc-compile program to produce a proper s= 6-rc. Do this every time you add or subtract services. Correct. > Grub boots to s6-linux-init-maker, which creates several things, includin= g a new /sbin/init, and then execs /sbin/init s6-linux-init maker is actually run by the user as part of the process of setting up s6. It generates a /etc/s6-linux-init/current folder, including the contents of an initial, barebones /run folder (./run-image/), the "stage" scripts (./scripts/rc.{init,shutdown,shutdown.final}) and ./bin subfolder with poweroff, shutdown, halt, reboot, and the stars of the show, init and telinit. The latter must be symlinked or copied to /sbin. A possible way to not overwrite the current init is symlinking them with a prefix, for instance /sbin/s6-init =E2=86=92 /etc/s6-linux-init/current/bin/init. > * /sbin/init does the necessary stuff about signals and the like, and th= en forks the stage1 script I think trying to explain s6-linux-init + s6-rc through the lens of runit's stages isn't a good idea. Unlike runit, the stage 1 is directly spawned by the kernel as init. In addition to handling signals, it sets up an initial environment, mounts /run as an RAM filesystem and copies the contents of /etc/s6-linux-init/current/run-image to it, and it then forks, marking the beginning of stage 2. In the second stage (after forking), the PID 1 becomes (execs) an s6-svscan instance watching over /run/service, and the child ("PID 2", so to speak) calls s6-rc to bring services up. First "s6-rc-init", which will symlink service directories (with a down file) from the compiled s6-rc database to /run/service, including an s6-sudo responsible for spawning oneshots, and after that "s6-rc -u change default", to bring the default bundle of services up. Stage 1 is shrunk in s6, and stage 2 takes more responsibilities. Stage 3 isn't even handled by PID1 - it's an independent s6-linux-init-shutdownd service (which, like the catch-all logger, is included as part of /etc/s6-linux-init/current/run-image when you run s6-linux-init-maker, so you don't need to worry about it when compiling the s6-rc database). > * When s6-rc-init completes, the stage 2 script execs s6-rc, so s6-rc is= PID 1. s6-rc supervises s6-svscan, which supervises all the other services= , both longrun and shortrun. s6-svscan is the PID 1, and supervises longrunning services. s6-rc is itself a short lived program, living only long enough to bring services up or down (though, it reports if oneshots fail). Since it's not a permanent process, it relies on s6-svscan to keep restarting services and not letting the machine's state change. Oneshots aren't really supervised, it's expected that, if an admin wants to undo what a oneshot did, they'd call "s6-rc -d change $oneshot". Em ter., 21 de dez. de 2021 =C3=A0s 20:54, Steve Litt escreveu: > > Hi Laurent, > > Congratulations on your updated software! > > I searched through my execline documentation page > ( http://troubleshooters.com/linux/execline.htm ) to see whether > revisions were needed. They weren't, but I found and fixed several > errors on that page. > > I've been doing other things and haven't paid much attention to the > progress of s6. I haven't found any simple documentation on it. Let me > see if I understand... > > * Before first installation, back up /sbin/init so if things go > wrong it's easy to boot with your prior init > > * Before running any s6 components, do all the correct config so that > the s6-rc-compile program to produce a proper s6-rc. Do this every > time you add or subtract services > > * Grub boots to s6-linux-init-maker, which creates several things, > including a new /sbin/init, and then execs /sbin/init > > * /sbin/init does the necessary stuff about signals and the like, and > then forks the stage1 script > > * When the stage 1 script completes, /sbin/init execs the stage 2 > script, so the stage 2 script is PID1 now > > * The stage 2 script forks s6-rc-init > > * When s6-rc-init completes, the stage 2 script execs s6-rc, so s6-rc > is PID1 > > * s6-rc supervises s6-svscan, which supervises all the other services, > both longrun and shortrun. > > The preceding is the best interpretation I could put together from > https://skarnet.org/software/s6-rc/overview.html, > https://skarnet.org/software/s6-rc/s6-rc.html, and discussions with > you. What do I need to do to make the preceding sequence accurate? > > Thanks, > > SteveT > > Steve Litt > Spring 2021 featured book: Troubleshooting Techniques of the Successful > Technologist http://www.troubleshooters.com/techniques > > > > Laurent Bercot said on Tue, 21 Dec 2021 08:19:38 +0000 > > > Hello, > > > > New versions of all the skarnet.org packages are available. > > > > The changes are, for the most part, minimal: essentially, the new > >versions fix a bug in the build system that made cross-building under > >slashpackage more difficult than intended. Very few people should > >have been impacted by this bug. > > Some packages had a few more bugfixes; and some packages have > >additional functionality. No major update; no compatibility break. > > > > The new versions are the following: > > > >skalibs-2.11.1.0 (minor) > >nsss-0.2.0.1 (release) > >utmps-0.1.1.0 (minor) > >execline-2.8.2.0 (minor) > >s6-2.11.0.1 (release) > >s6-rc-0.5.3.0 (minor) > >s6-portable-utils-2.2.3.4 (release) > >s6-linux-utils-2.5.1.7 (release) > >s6-linux-init-1.0.7.0 (minor) > >s6-dns-2.3.5.3 (release) > >s6-networking-2.5.1.0 (minor) > >mdevd-0.1.5.1 (release) > >bcnm-0.0.1.5 (release) > >dnsfunnel-0.0.1.3 (release) > >smtpd-starttls-proxy-0.0.1.1 (release) > > > > Dependencies have all been updated to the latest versions. They are > > not > >strict: libraries and binaries may build with older releases of their > >dependencies, although this is not guaranteed. > > > > You do not need to recompile your s6-rc service databases. To make > > use > >of the new s6-linux-init functionality, however, you will have to > >recreate your run-image. > > You do not need to restart your supervision tree, unless you're > >deleting > >your old s6 binaries. > > > > Details of minor package changes follow. > > > >* skalibs-2.11.1.0 > > ---------------- > > > > - New function: opendir_at() > > > > > >* utmps-0.1.1.0 > > ------------ > > > > - New binary: utmps-write, a generic utmp client that can write > >user-crafted records to the utmp and/or wtmp databases. > > > > > >* execline-2.8.2.0 > > ---------------- > > > > - New -s option to the case binary, enabling fnmatch() (shell) > >expression matching instead of regular expression matching. > > > > > >* s6-rc-0.5.3.0 > > ------------- > > > > - Bundle contents are now read in a "contents.d/" subdirectory, one > >file per content, instead of one per line in a "contents" file. In > >the same way, service dependencies are now read in a "dependencies.d/" > >subdirectory, one file per dependency. Old "contents" and > >"dependencies" files are still supported, but deprecated. This change > >allows better integration of s6-rc service definitions with package > >managers. > > > > > >* s6-linux-init-1.0.7.0 > > --------------------- > > > > - New -S option to s6-linux-init-maker, forcing a sync on halt even > >in a container. > > > > > >* s6-networking-2.5.1.0 > > --------------------- > > > > - SNI wildcarding is implemented, as well as a workaround for a > >bearssl bug causing errors on certificate signatures in certain cases. > > > > > > Enjoy, > > Bug-reports welcome. > > And happy holidays to you all! > > > >-- > > Laurent > >