From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.comp.sysutils.supervision.general/2487 Path: news.gmane.org!.POSTED.blaine.gmane.org!not-for-mail From: "Laurent Bercot" Newsgroups: gmane.comp.sysutils.supervision.general Subject: Re: Generic interrupt command? Date: Sat, 02 Feb 2019 09:07:31 +0000 Message-ID: References: <20190201213620.68abc837@mydesk.domain.cxm> Reply-To: "Laurent Bercot" Mime-Version: 1.0 Content-Type: text/plain; format=flowed; charset=utf-8 Content-Transfer-Encoding: quoted-printable Injection-Info: blaine.gmane.org; posting-host="blaine.gmane.org:195.159.176.226"; logging-data="249033"; mail-complaints-to="usenet@blaine.gmane.org" User-Agent: eM_Client/7.2.33939.0 To: supervision@list.skarnet.org Original-X-From: supervision-return-2077-gcsg-supervision=m.gmane.org@list.skarnet.org Sat Feb 02 10:07:33 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 1gprGv-0012gB-EM for gcsg-supervision@m.gmane.org; Sat, 02 Feb 2019 10:07:33 +0100 Original-Received: (qmail 25520 invoked by uid 89); 2 Feb 2019 09:07:58 -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 25513 invoked from network); 2 Feb 2019 09:07:58 -0000 In-Reply-To: <20190201213620.68abc837@mydesk.domain.cxm> X-VR-SPAMSTATE: OK X-VR-SPAMSCORE: 0 X-VR-SPAMCAUSE: gggruggvucftvghtrhhoucdtuddrgedtledrjeelgdduvdegucetufdoteggodetrfdotffvucfrrhhofhhilhgvmecupfgfoffgtffkveetuefngfdpqfgfvfenuceurghilhhouhhtmecufedttdenucenucfjughrpefhvffufffkjghfrhgfgggtgfesthhqredttderjeenucfhrhhomhepfdfnrghurhgvnhhtuceuvghrtghothdfuceoshhkrgdqshhuphgvrhhvihhsihhonhesshhkrghrnhgvthdrohhrgheqnecurfgrrhgrmhepmhhouggvpehsmhhtphhouhhtnecuvehluhhsthgvrhfuihiivgeptd Xref: news.gmane.org gmane.comp.sysutils.supervision.general:2487 Archived-At: >I think a cool addition to runit program sv and s6's s6-svc would be a >command to send an arbitrary signal to the daemon being supervised. Yes, that would be a nice feature. I've been thinking about it for some time. Unfortunately, that's not at all suited to the way the control program communicates with the supervisor, and adding this feature, as simple as it seems, would require significant work. There is probably a (dirty, hackish) way to make it work with normal signals (<128). But there's absolutely no way to ever make it work with real-time signals or anything with a signal number over 128 without rewriting the supervisor state machine and making it more complex and more brittle. Which is an instant nope from me. Restricting the feature to normal signals would probably be enough, but even then, I'm not comfortable with the level of hackiness it would require. I don't think the feature is worth it; I'd rather add more signals to the explicitly supported list. -- Laurent