From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.comp.sysutils.supervision.general/2014 Path: news.gmane.org!not-for-mail From: Janos Farkas Newsgroups: gmane.comp.sysutils.supervision.general Subject: Re: pidsig 0.11 - a fghack like de-daemonisation tool Date: Thu, 3 Jun 2010 17:53:22 +0100 Message-ID: References: <20100602184653.GA20534@skarnet.org> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 X-Trace: dough.gmane.org 1275584015 17997 80.91.229.12 (3 Jun 2010 16:53:35 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Thu, 3 Jun 2010 16:53:35 +0000 (UTC) To: supervision@list.skarnet.org Original-X-From: supervision-return-2249-gcsg-supervision=m.gmane.org@list.skarnet.org Thu Jun 03 18:53:33 2010 connect(): No such file or directory Return-path: Envelope-to: gcsg-supervision@lo.gmane.org Original-Received: from antah.skarnet.org ([212.85.147.14]) by lo.gmane.org with smtp (Exim 4.69) (envelope-from ) id 1OKDfc-0004Xl-Np for gcsg-supervision@lo.gmane.org; Thu, 03 Jun 2010 18:53:28 +0200 Original-Received: (qmail 28363 invoked by uid 76); 3 Jun 2010 16:55:31 -0000 Mailing-List: contact supervision-help@list.skarnet.org; run by ezmlm List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Archive: Original-Received: (qmail 28349 invoked from network); 3 Jun 2010 16:55:31 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:content-type; bh=nDXqZHU1LUCaJrevdJ+XoW6HGbAthNdEnH7X3Z5tuGM=; b=Rk5I6c5kswyQxa6kTQecdY/LQNUPy+1PcUQkE0rRUdIPRbxprl0LCukQCuepr4/QFM vvTeSFrhT+7BYAwlZbbPHs80x2NwaE+7Kbrn2SX+lHX+Wu23WBZl9IM3vmFApJs6YCN3 /ESDZsgI32l9X3wuZyQbRiyQjpLDZ7l3LXbvI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; b=Id71U5DlzggoWJhojvDnXKsKrJGq8og8ZMZbLpmbXOm1lT4q+Ynm8bcv3MrGtOFkM9 6dHG03Gm3f22gEzPo+RXJFGNZ0yHfp1iJHc/DAg0ieZz6KxxXzJiXbqiN1GCB1xNidc1 y269LbrRM3tz+VNjhbsNXUbn6tBV+/B6wINlw= In-Reply-To: <20100602184653.GA20534@skarnet.org> Xref: news.gmane.org gmane.comp.sysutils.supervision.general:2014 Archived-At: On Wed, Jun 2, 2010 at 19:46, Laurent Bercot wrote: > [kind words] Thanks! > I would advise to implement just the features you need. Such a tool, > like fghack, is very handy to have when there's no other choice; however, > we don't want people to rely on them, to use them as excuses for bad > coding practices. And if you make pidsig too powerful, you *know* it's > going to happen. In principle, I agree - it does what I originally wanted, I have some corner cases in mind that can be difficult to tackle (what if pidsig itself crashes, but the daemon below it doesn't - shall it try to do something with the pid file?). These kinds of problems are not that theoretical - just recently I saw svscan/svscanboot crashing on a >1y uptime box, taking many of the processes with it, including most of the supervise infrastructure, very likely not due to any fault in them - could be oom gone wild, cosmic rays hitting svscan memory, whatever). The host stayed up and admin access was possible (thanks mainly to sshd being a long running daemon), but the state the processes was left in was nothing to be glad about. Another question would be if there are more ways to reliably connect to any given process detecting it being gone - but all the current daemons that I run can be handled now :) > Working in professional environments has made me very disillusioned > about the way people design software (when they design it) and understand > Unix (when they understand it). Having workarounds is good, but if you > make it too easy for people to misbehave, *they will*. > > So... scratch your itch, but don't go out of your way to accommodate > all kinds of ugly practices. :) I hear you, points taken :) Please return to your regularly scheduled supervision :) Janos