From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.comp.sysutils.supervision.general/2538 Path: news.gmane.org!.POSTED.blaine.gmane.org!not-for-mail From: "Laurent Bercot" Newsgroups: gmane.comp.sysutils.supervision.general Subject: Re: s6-svscan catch-all logger service Date: Fri, 26 Apr 2019 09:45:38 +0000 Message-ID: References: <48006661556215743@iva7-8175209a746b.qloud-c.yandex.net> <42655961556240486@myt5-cf6d29327892.qloud-c.yandex.net> Reply-To: "Laurent Bercot" Mime-Version: 1.0 Content-Type: multipart/alternative; boundary="------=_MB7A43F356-9B6F-479C-AEAF-D14EA823F1F4" Injection-Info: blaine.gmane.org; posting-host="blaine.gmane.org:195.159.176.226"; logging-data="6803"; mail-complaints-to="usenet@blaine.gmane.org" User-Agent: eM_Client/7.2.34711.0 To: supervision Original-X-From: supervision-return-2128-gcsg-supervision=m.gmane.org@list.skarnet.org Fri Apr 26 11:44:50 2019 Return-path: Envelope-to: gcsg-supervision@m.gmane.org Original-Received: from alyss.skarnet.org ([95.142.172.232]) by blaine.gmane.org with smtp (Exim 4.89) (envelope-from ) id 1hJxPV-0001f7-1B for gcsg-supervision@m.gmane.org; Fri, 26 Apr 2019 11:44:49 +0200 Original-Received: (qmail 5406 invoked by uid 89); 26 Apr 2019 09:45:14 -0000 Mailing-List: contact supervision-help@list.skarnet.org; run by ezmlm Original-Sender: Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: Original-Received: (qmail 5399 invoked from network); 26 Apr 2019 09:45:14 -0000 In-Reply-To: <42655961556240486@myt5-cf6d29327892.qloud-c.yandex.net> Xref: news.gmane.org gmane.comp.sysutils.supervision.general:2538 Archived-At: --------=_MB7A43F356-9B6F-479C-AEAF-D14EA823F1F4 Content-Type: text/plain; format=flowed; charset=utf-8 Content-Transfer-Encoding: quoted-printable >i think this feature does not require too much "ad-hoc" C code in >the svscan source. it is easy to do that in C while it becomes hard >to impossible do write a shell script that does it (ok, in execline >this seems to be possible, but you need that package installed then). You need to have execline installed to run s6 anyway. And again, you don't have to do the required effort yourself, it has already been made for you and you can just reuse the existing solutions. >pretty artificial counter example since noone will use a service dir >outside the scandir. i do not know if this is even possible ... >in any case doing so seems very odd to me and was probably >not intended by the author. Yes, from what I can see in the code, it works when the logdir is in the scandir, and it seems to be the intended use. But it also *appears to work* when the logdir is not in the scandir, and that is not good. We're talking pid 1 here. It needs to be *airtight*. >using a fifo here is IMO not the best solution when using a simple pipe(2) >would suffice since fifos need read-write access to fs they reside on. Running a supervision tree requires a rw fs anyway, so that's not a problem at all. >> with a focus on turnkey sysvinit compatibility >who needs such compatibility anyway ? >those who want/need it should run SysV init directly >and start s6 per init script/inittab entry. Distributions do. They don't want to spend hours of effort looking for places where sysvinit assumptions are made and fixing them, and that is understandable. Even systemd came with compatibility halt/poweroff/reboot/shutdown binaries, to make it easier for distributions to switch. -- Laurent --------=_MB7A43F356-9B6F-479C-AEAF-D14EA823F1F4--