From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.comp.sysutils.supervision.general/2611 Path: news.gmane.org!.POSTED.blaine.gmane.org!not-for-mail From: fungal-net Newsgroups: gmane.comp.sysutils.supervision.general Subject: Re: interesting claims Date: Sat, 18 May 2019 16:26:00 +0000 Organization: Obarun.Org Message-ID: <57af526d-cc12-135b-218c-721d51129876@obarun.org> References: <11997211556565598@myt6-27270b78ac4f.qloud-c.yandex.net> <20190501033355.6e41e707@mydesk.domain.cxm> <20190515132206.03f9736e@mydesk.domain.cxm> <20190516012214.15ffcf2e@dickeberta> <20190515210717.27b002ba@mydesk.domain.cxm> <5f5b6035-240b-e6d6-497d-d9bb945d135f@obarun.org> <5994381558140755@sas2-2074c606c35d.qloud-c.yandex.net> Reply-To: fungalnet@obarun.org Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit Injection-Info: blaine.gmane.org; posting-host="blaine.gmane.org:195.159.176.226"; logging-data="239018"; mail-complaints-to="usenet@blaine.gmane.org" To: supervision@list.skarnet.org Original-X-From: supervision-return-2201-gcsg-supervision=m.gmane.org@list.skarnet.org Sat May 18 18:26:45 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 1hS2AW-00102n-Lz for gcsg-supervision@m.gmane.org; Sat, 18 May 2019 18:26:44 +0200 Original-Received: (qmail 28422 invoked by uid 89); 18 May 2019 16:27:08 -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 28414 invoked from network); 18 May 2019 16:27:08 -0000 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=obarun.org; s=default; h=Content-Transfer-Encoding:Content-Type:In-Reply-To:MIME-Version :Date:Message-ID:From:References:To:Subject:Reply-To:Sender:Cc:Content-ID: Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc :Resent-Message-ID:List-Id:List-Help:List-Unsubscribe:List-Subscribe: List-Post:List-Owner:List-Archive; bh=Oo/z4wpUKFmYAngLaAgPaK26ICeNpU2rv8llDs80BC4=; b=AV15cFrirLa2yXx8f1Z5XItK0K IaRhtL0evIMUwJbewTkymaEuK4B3qiRjKDCj+AUdyV4qHdgwWbT9n9l4nxmrraQCEXpn/pM5u1ff7 1U9BFFmHbvkS9odqIBMrOzSMXitKF1vfb4XMa/bgGClYJTOfnO3RNS7OWd1eXSX/usjjAEJH7NC4v Gq46pdX8r3+ESMjN+bt5CUmNODWGgcANZL8f/MkLY4fGaDCCe4KsH/PQ0lUPtlGtg9/XJE3/V4Bvg thFeLA01bdI0n6rVAgWp9pJFhUsbZSzulmRfS1mkZIgIz1iGnLpdAdFuooEkDNEelzME1ynywQLW3 pnNhArbA==; In-Reply-To: <5994381558140755@sas2-2074c606c35d.qloud-c.yandex.net> Content-Language: en-US X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - sv75.ifastnet.com X-AntiAbuse: Original Domain - list.skarnet.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - obarun.org X-Get-Message-Sender-Via: sv75.ifastnet.com: authenticated_id: fungalnet@obarun.org X-Authenticated-Sender: sv75.ifastnet.com: fungalnet@obarun.org Xref: news.gmane.org gmane.comp.sysutils.supervision.general:2611 Archived-At: The tests I did were on live images run as vm-s Jeff: > 18.05.2019, 00:58, "Guillermo" : >>>  OpenRC: Nice, >>>    init >>>     |_ zsh >>>    when I exited the shell there was nothing but a dead cursor on my screen > > in this case the shell is not signaled since "-1" does not signal the sending > process. >> May I ask what was this setup like? You made a different entry for >> sysvinit, presumably with the customary getty processes configured in >> /etc/inittab 'respawn' entries, judging by your results, so how was >> the OpenRC case different? > > i also wondered whether he used openrc-init here ? > in that case he may have also used openrc's "supervise-daemon" util > which do not get restarted after they were terminated by the kill -1 -9 > blast and hence cannot respawn the gettys. looks like you were pretty > hosed when you quit the super-user zsh (which sent the kill blast via > its "kill" builtin) ? I remember seeing this although I may have mixed it up. I have a few Artix-OpenRC images and an older Manjaro-OpenRC which was a predecessor. Running both again didn't produce this result. They just froze with a dash on the top left of the screen, didn't poweroff. So I am puzzled now what I mixed up. > you should provide more information on the used init here as openrc > is not an init per se and works well with sysv + busybox init, runit, ... This is clearly the case of OpenRC in some early Refracta images I have, I didn't use them. The Devuan version of OpenRC works as an additional service supervisor. In Artix if there are sysv type of scripts must be limited in the early parts of booting. > >>>  sysV: init and 6 ttys with shell ... nothing can kill it that I know off. > > what do you mean here ? > were the gettys respawned by SysV init or did they not die at all ? > where did you send the signal from ? > i would assume from a super-user zsh on a console tty ? I am pretty sure I used a Devuan/Miyo image on this one, and I am pretty sure they were respawned time after time of trying it again, as pids were higher numbered. For runit I used one Artix and one void, they seem to behave the same. But although I got curious what "kill -9 -1" would do to different systems I don't see the usefulness of this. What could possibly, without intention, do such a thing to a system? An intruder/virus/trojan trying to mess up your system? I can't see that software would malfunction to do something like this. My initial inquiry was what it would be like killing things and going down to 1 and whether you can rebuild from there, still a tty is needed, or an ssh serving daemon to access such system. And this is only just reversing stage 2, right?