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.0 required=5.0 tests=MAILING_LIST_MULTI autolearn=ham autolearn_force=no version=3.4.4 Received: (qmail 22357 invoked from network); 4 Oct 2020 02:20:27 -0000 Received: from alyss.skarnet.org (95.142.172.232) by inbox.vuxu.org with ESMTPUTF8; 4 Oct 2020 02:20:27 -0000 Received: (qmail 14887 invoked by uid 89); 4 Oct 2020 02:20:51 -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 14880 invoked from network); 4 Oct 2020 02:20:51 -0000 From: "Laurent Bercot" To: "Dewayne Geraghty" , "supervision@list.skarnet.org" Subject: Re: s6-rc : Anomalies or normal behaviour Date: Sun, 04 Oct 2020 02:20:25 +0000 Message-Id: In-Reply-To: <157a72f6-c96f-b9fb-38b3-d0111add593f@heuristicsystems.com.au> References: <780655eb-a904-8b29-b559-80a7a0abc9f1@heuristicsystems.com.au> <157a72f6-c96f-b9fb-38b3-d0111add593f@heuristicsystems.com.au> Reply-To: "Laurent Bercot" User-Agent: eM_Client/8.0.3385.0 Mime-Version: 1.0 Content-Type: text/plain; format=flowed; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-VR-SPAMSTATE: OK X-VR-SPAMSCORE: -100 X-VR-SPAMCAUSE: gggruggvucftvghtrhhoucdtuddrgedujedrfeelgdehkecutefuodetggdotffvucfrrhhofhhilhgvmecupfgfoffgtffkveetuefngfdpqfgfvfenuceurghilhhouhhtmecufedttdenucesvcftvggtihhpihgvnhhtshculddquddttddmnecujfgurhephffvufffkfgjfhhrfgggtgfgsehtqhertddtreejnecuhfhrohhmpedfnfgruhhrvghnthcuuegvrhgtohhtfdcuoehskhgrqdhsuhhpvghrvhhishhiohhnsehskhgrrhhnvghtrdhorhhgqeenucggtffrrghtthgvrhhnpedvgfevffeuleegvdektdffteegvdeiieefkeetgfeuheffheelheejhfevueeijeenucevlhhushhtvghrufhiiigvpedtnecurfgrrhgrmhepmhhouggvpehsmhhtphhouhht >Apologies, my earlier email, item 2, pointed to emptyenv as the cause of >zombie processes on FreeBSD 12.2S, actually it is due to background. Ah, then everything is working as intended and there's no anomaly. background spawns a process as a direct child, so if the parent execs into a long-lived program that never reaps bastards (children it doesn't know it has), then the zombie will hang around. "background -d" was made for this situation, and will avoid the zombie. -- Laurent