supervision - discussion about system services, daemon supervision, init, runlevel management, and tools such as s6 and runit
 help / color / mirror / Atom feed
From: George Georgalis <george@galis.org>
To: Jameson Rollins <jrollins@finestructure.net>
Cc: Gerrit Pape <pape@smarden.org>, supervision@list.skarnet.org
Subject: Re: installing runit as a user...
Date: Thu, 21 Oct 2010 16:46:25 -0700	[thread overview]
Message-ID: <20101021234625.GE5055@bonnie.galis.org> (raw)
In-Reply-To: <87r5fj9o76.fsf@servo.finestructure.net>

On Thu 21 Oct 2010 at 06:27:09 PM -0400, Jameson Rollins wrote:
>On Thu, 21 Oct 2010 14:16:36 -0700, George Georgalis <george@galis.org> wrote:
>> I'd like to use runit and svlogd as a user in a couple
>> applications (eg x11 sessions and desktop widgets) and I was
>> wondering what experiences people have had with this?
>
>Hi, George.  I have much experience running runit as a user.  On systems
>where I don't have administrative access, I typically use cron to start
>runsvdir on boot (as well as checking that it continues to run).
>
>I have also been experimenting with "user runsvdir" instances that are
>controlled by the system runsvdir instance.  If the user has a ~/.sv
>directory, the user runsvdir process manages run dirs in that directory.
>It works very well, and I use it control a lot of user daemons that I
>run, including pulseaudio, mpd, urxvtd, offlineimap, msva, etc.  If I
>ever get the time, I hope to turn this into a package that would allow
>admins to easily offer runsvdir service to their users.

great idea, I don't imagine you have sv configured to look in
~/sv or some such?

managing the path to sv and the path sv uses could get confusing
since I normally use the sgid on the supervise directory to
control root services as a user...

maybe make svu (sv-user) to differentiate?  I knew there would be
more decisions to make...

>> It looks like both socklog and runit require a package/upgrade
>> rewrite since they don't accept any configuration, but that should
>> be straightforward.
>
>I'm not sure what you mean by this.  I'm also not sure why socklog would
>be relevant if you're interested in running runit as a normal user.
>socklog is a syslogd replacement, and at least requires being root to
>start, unless there's something I don't understand.

I was planning to install socklog to get the svlogd binary... but
maybe that's included with runit? I haven't checked.

--George


  reply	other threads:[~2010-10-21 23:46 UTC|newest]

Thread overview: 8+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2010-10-21 21:16 George Georgalis
2010-10-21 22:27 ` Jameson Rollins
2010-10-21 23:46   ` George Georgalis [this message]
2010-10-22  0:20     ` Joan Picanyol i Puig
2010-10-22 22:07     ` Jameson Rollins
2010-10-21 22:39 ` Charlie Brady
2010-10-21 23:30   ` George Georgalis
2010-10-22 22:10     ` Jameson Rollins

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20101021234625.GE5055@bonnie.galis.org \
    --to=george@galis.org \
    --cc=jrollins@finestructure.net \
    --cc=pape@smarden.org \
    --cc=supervision@list.skarnet.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).