From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.comp.sysutils.supervision.general/2812 Path: news.gmane.org!.POSTED.blaine.gmane.org!not-for-mail From: "Casper Ti. Vector" Newsgroups: gmane.comp.sysutils.supervision.general Subject: Re: The "Unix Philosophy 2020" document Date: Sat, 28 Dec 2019 21:54:27 +0800 Message-ID: <20191228135427.qi3fmapnjfrzr34d@CasperVector> References: <20190901091157.bjtfhqq6d2rg75yo@caspervector> <20190927083816.tectynx7dzlfcvb7@caspervector> <20191012173743.drzlgnrw4hib6hh4@caspervector> <20191117062644.lt6wfmqwijqqhc5w@caspervector> <20191226175258.o2nsregew6tlqlbu@caspervector> <20191227112309.3fow6vynss2ifw4t@CasperVector> <20191228022440.GA194581@cube> <20191228014608.1dc7f43e@mydesk.domain.cxm> <20191228133735.GA198054@cube> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Injection-Info: blaine.gmane.org; posting-host="blaine.gmane.org:195.159.176.226"; logging-data="153263"; mail-complaints-to="usenet@blaine.gmane.org" To: supervision@list.skarnet.org Original-X-From: supervision-return-2401-gcsg-supervision=m.gmane.org@list.skarnet.org Sat Dec 28 14:54:35 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 1ilCY7-000dnY-2o for gcsg-supervision@m.gmane.org; Sat, 28 Dec 2019 14:54:35 +0100 Original-Received: (qmail 25280 invoked by uid 89); 28 Dec 2019 13:55:00 -0000 Mailing-List: contact supervision-help@list.skarnet.org; run by ezmlm Original-Sender: Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Original-Received: (qmail 25273 invoked from network); 28 Dec 2019 13:55:00 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:date:to:subject:message-id:mail-followup-to:references :mime-version:content-disposition:in-reply-to; bh=49zAgzhPtHmDPnPzsfTDt+V5KYq/1jBYfYTruhxic54=; b=YGUk/oYWjlMbCiA/5b42BXwK6d6vq5LORzBCiq8fUJOthLzyDkRQulSCD9OiQmDs/8 +VQ+1iwmv444Jh9az9/G1nP3YhKBQLFVVEDNfO0rz80RVHT6VsRG8iW5eep9XLXPujZR Q1y18zmst0IdLNf2zmuzJGuWA2HpKHFW23AdSqwwNbO0mSpLRFPmZYkX2OVnGibMV0Vq nmnzGqc/uaXtSD0mX8kWZNEOe9NxI5emdFoBAoDZz2T/YNjF78RIittVO+6cIXlowlhZ dZ1E2CzYJC5iugZVHJFxmx4iaJFKaiFO9NH+O+NQg6iOIpRPyrQchmBwRWhuCBXnLdgy EQBg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:date:to:subject:message-id:mail-followup-to :references:mime-version:content-disposition:in-reply-to; bh=49zAgzhPtHmDPnPzsfTDt+V5KYq/1jBYfYTruhxic54=; b=J0omFAyil4EUkT0L2Ci8kYaXIpZ5zqdsXOmAxROklizUlKe9UnSx9g+JIoNiQXPFr7 PmO1NrfxCYmLUvw1XC0sAZbxt8hODFA6p5eROnfvolDmm3IX5v9H0InxyAdziXv1D3U3 kLyrYRMxomLDh8ErFat/rsRG7BjzmGy0lnRj3DwC0/UgUGcCo7fXrjku4XRDcl9LS1AH 4NOVOsRYbCHpjJUZTsDplG9dnhOzOCo2mYQzNAD35T4EH3wUPBEQrkaQTg+/cL0zCrtu zvGpXpNOg5p95pYzTLWPajMKw9xGpahkjnG9GpnHGS2pRYwSNOJXe879Ca2It5AvBM9f QxQQ== X-Gm-Message-State: APjAAAUDXgwp5h/mHP5K0oIj36jVbjm1VfpGPnX0LqYr1CQZucVoelnG 2IX1RKwWOp6shM5rtqEndlOdhCHT X-Google-Smtp-Source: APXvYqwf+W+11pGgghPY5j/Is8o63HCSRxkJ1i+5dgnEtSzwKPbGt1TKIRZR5gpGeJLAobhSs7ZiAA== X-Received: by 2002:a5d:608e:: with SMTP id w14mr58871212wrt.256.1577541273244; Sat, 28 Dec 2019 05:54:33 -0800 (PST) X-Google-Original-From: "Casper Ti. Vector" Mail-Followup-To: supervision@list.skarnet.org Content-Disposition: inline In-Reply-To: <20191228133735.GA198054@cube> Xref: news.gmane.org gmane.comp.sysutils.supervision.general:2812 Archived-At: On Sat, Dec 28, 2019 at 03:37:35PM +0200, Alex Suykov wrote: > The reason I think it's mostly useless is because the only use case > for cgroup supervision is supervising double-forking daemons, which > is not a very smart thing to do. A much better approach is to get rid > of double-forking and then just directly supervise the resulting long > running process. > I can't think of any other cases where it would be useful. Another use case, as I outlined in the Gentoo Forums post, is to handle orphans of badly written programs. I remember seeing someone mentioning certain GNOME programs behaving this way, which seems to be a reason systemd began to kill nohup'ed processes. The only program I have witnessed to behave this way is cjdroute, the service program of cjdns, which is part of why I dislike the current implementation of the latter (as I mentioned in the UP2020 document). -- My current OpenPGP key: RSA4096/0x227E8CAAB7AA186C (expires: 2020.10.19) 7077 7781 B859 5166 AE07 0286 227E 8CAA B7AA 186C