From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.comp.sysutils.supervision.general/2116 Path: news.gmane.org!not-for-mail From: Mike Buland Newsgroups: gmane.comp.sysutils.supervision.general Subject: Re: Per-user service managers Date: Thu, 20 Oct 2011 13:21:03 -0600 Message-ID: References: <87aa8vblyz.fsf@servo.finestructure.net> <87vcrja2xj.fsf@servo.finestructure.net> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Trace: dough.gmane.org 1319138644 16033 80.91.229.12 (20 Oct 2011 19:24:04 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Thu, 20 Oct 2011 19:24:04 +0000 (UTC) To: supervision@list.skarnet.org Original-X-From: supervision-return-2350-gcsg-supervision=m.gmane.org@list.skarnet.org Thu Oct 20 21:24:01 2011 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 1RGyDh-0002QR-3a for gcsg-supervision@lo.gmane.org; Thu, 20 Oct 2011 21:24:01 +0200 Original-Received: (qmail 20051 invoked by uid 76); 20 Oct 2011 19:27:03 -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 20043 invoked from network); 20 Oct 2011 19:27:03 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type:content-transfer-encoding; bh=umxcv9DbdaH7OZ8Z6OOs6m2k4tVC4AwFzb7eAACpVf8=; b=RrsK4SSotGyh/fFJhuvipnXku6QjTdiG/5tx4NR38UtQv7Ymho7rRNghTYoo6DGHJT I4xo/V8H11wNgk9s+CBzZvK8aZjcDx0nr03Obrgb7klCuVrdnlhNbaeJphikCWRwmgYl fkSSMIXHVwUDB1YT/nndfZJY4zMoVulmGVotU= In-Reply-To: <87vcrja2xj.fsf@servo.finestructure.net> Xref: news.gmane.org gmane.comp.sysutils.supervision.general:2116 Archived-At: On Thu, Oct 20, 2011 at 1:16 PM, Jameson Graef Rollins wrote: > On Thu, 20 Oct 2011 12:11:38 -0600, Mike Buland w= rote: >> As for controlling the runsvdir processes, I've never had ocassion to st= op >> them once their started. =A0My program does track all of them, and it ha= s been >> my intention to shutdown the runsvdir process for a user when they are >> removed from the svusers group. =A0However, since runsvdir is designed t= o run >> forever and my intention was to provide reliable services for priveleged >> users, =A0I'm not sure the restarting users runsvdir processes is necesa= rry. >> That doesn't mean I wouldn't happily accept a patch that provides that >> feature. > > I think control of the user runsvdir processes is just as important as > control of other long-running processes that you usually intend to have > run forever (cron or apache or whatever). =A0That's why the sv interface > exists, after all, even though you don't usually intend to ever stop > cron, for example. =A0Ultimately there's always a need. =A0Stop the user'= s > service when they are removed from the system is a relevant example, for > instance. > > I like to have a separate runsvdir process per user (as your system has) > but then to also have system-level runsv control over those user > runsvdir processes. =A0That's why I opted to go for separate runsv > directories per user. =A0I can then use a simple script to construct and > tear down those runsv directories as needed, and then use sv as root to > control the user directories from a system level. > > jamie. > I'm very sorry for the confusion. I agree with you, it's a very good idea. I haven't needed that feature yet, and it hadn't occurred to me, hence, it's not in this program yet. Thank you for the feedback. I didn't like managing the individual directories, so I made this. Enjoy, --Mike Buland