From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from lists.gentoo.org (pigeon.gentoo.org [208.92.234.80]) by finch.gentoo.org (Postfix) with ESMTP id 2686C138BF3 for ; Tue, 18 Feb 2014 09:52:56 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 61709E0C1D; Tue, 18 Feb 2014 09:52:51 +0000 (UTC) Received: from smtpq1.tb.mail.iss.as9143.net (smtpq1.tb.mail.iss.as9143.net [212.54.42.164]) by pigeon.gentoo.org (Postfix) with ESMTP id 4A44DE0BE0 for ; Tue, 18 Feb 2014 09:52:50 +0000 (UTC) Received: from [212.54.42.136] (helo=smtp5.tb.mail.iss.as9143.net) by smtpq1.tb.mail.iss.as9143.net with esmtp (Exim 4.71) (envelope-from ) id 1WFhM9-0004pL-M5 for gentoo-user@lists.gentoo.org; Tue, 18 Feb 2014 10:52:49 +0100 Received: from 53579160.cm-6-8c.dynamic.ziggo.nl ([83.87.145.96] helo=data.antarean.org) by smtp5.tb.mail.iss.as9143.net with esmtp (Exim 4.71) (envelope-from ) id 1WFhM9-0000VC-Ag for gentoo-user@lists.gentoo.org; Tue, 18 Feb 2014 10:52:49 +0100 Received: from www.antarean.org (net.lan.antarean.org [10.20.13.13]) by data.antarean.org (Postfix) with ESMTP id 99AF04B for ; Tue, 18 Feb 2014 10:52:25 +0100 (CET) Received: from 145.72.98.1 (SquirrelMail authenticated user joost) by www.antarean.org with HTTP; Tue, 18 Feb 2014 10:52:25 +0100 Message-ID: In-Reply-To: <53032C35.3060307@gmail.com> References: <52FF84CE.2050301@libertytrek.org> <52FF9D58.3000608@libertytrek.org> <201402152023.10543.michaelkintzios@gmail.com> <5300DD51.5060207@libertytrek.org> <5300EA3A.5020801@gmail.com> <24165346-F62B-4CD4-BB43-0D5A68BE0004@stellar.eclipse.co.uk> <530268AE.3050603@gmail.com> <53032C35.3060307@gmail.com> Date: Tue, 18 Feb 2014 10:52:25 +0100 Subject: Re: [gentoo-user] Debian just voted in systemd for default init system in jessie From: "J. Roeleveld" To: gentoo-user@lists.gentoo.org User-Agent: SquirrelMail/1.4.22 Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-user@lists.gentoo.org Reply-to: gentoo-user@lists.gentoo.org MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 X-Priority: 3 (Normal) Importance: Normal Content-Transfer-Encoding: quoted-printable X-Ziggo-spambar: - X-Ziggo-spamscore: -1.5 X-Ziggo-spamreport: BAYES_00=-1.9,RDNS_DYNAMIC=0.982,RP_MATCHES_RCVD=-0.552 X-Ziggo-Spam-Status: No X-Spam-Status: No X-Spam-Flag: No X-Archives-Salt: 3a6b5fa9-f3a6-4dbd-83ab-35584f51c8d9 X-Archives-Hash: fdfeb4938d99bc4fd88d2499f187fb14 On Tue, February 18, 2014 10:47, Alan McKinnon wrote: > On 18/02/2014 05:46, Mark David Dumlao wrote: >> I used to use cherokee. Fast, light, awesome, and with a web admin. >> The init script always failed me. /etc/init.d/cherokee stop was not a >> guaranteed stop to all forked cherokee processes - the parent pid >> dies, but some forked process or something, usually related to >> rrdtool, doesn't. Or the parent does exit and erases the pid file but >> it returns control immediately and its not yet done exiting. Something >> like that or other. Point is, I've several times had to ps aux|grep >> ... kill; zap; start - on production servers. > > > Valid point. Other than vixie-cron (damn thing just never seems to die > properly on any platform so restarts always fail) I don't really run > into these issues Interesting, I have never had issues with restarting vixie-cron using the supplied init-scripts. > What I do run into is daemons that drop privs on start up, like > tac_plus. Unwary new sysadmins always try start/stop it as root, causin= g > an unholy mess. Root the owns the log and pid files, when tac_plus drop= s > privs it can't record it's state so continues to service requests but > fails to log any of them. For an auth daemon, that's a serious issue. Shouldn't sysadmins use the init-scripts for that? If done correctly, permissions should not be an issue. Restarting services without keeping file ownership into account will always cause issues. Regardless of the init-system used. And tac_plus not checking if it is allowed to write to the log during the initialization phase should be considered a bug. -- Joost