supervision - discussion about system services, daemon supervision, init, runlevel management, and tools such as s6 and runit
 help / color / mirror / Atom feed
From: Alex Efros <powerman@sky.net.ua>
Subject: Re: runsvdir killed
Date: Sun, 7 Nov 2004 21:40:12 +0200	[thread overview]
Message-ID: <20041107194012.GF4568@home.power> (raw)
In-Reply-To: <20041107135325.13303.qmail@fee8ec3a5e23da.315fe32.mid.smarden.org>

Hi!

On Sun, Nov 07, 2004 at 01:54:44PM +0000, Gerrit Pape wrote:
> The runit program running as process 1 monitors the stage 2 which by
> default is the runsvdir process.  If runsvdir, and so /etc/runit/2,
> crashes or exits 111, runit restarts /etc/runit/2.  If it exits 0, runit
> enters stage 3 and runs /etc/runit/3; see the runit(8) man page.  Either
> of them should happen on your system if /etc/runit/2 is terminated.

I've configured "catch-all" log in /var/log/everything/ using pipe from
runsvdir to svlogd in /etc/runit/2:

    #!/bin/sh
    PATH=...[cut]...
    exec env - PATH=$PATH runsvdir /var/service 'log: ...[cut]...' |
	svlogd /var/log/everything

(this work because I've added "e*" in /var/log/*/config for most services
which I want to see in everything-log plus I've added 2>&1 in most
/service/*/log/run).

So, if runsvdir is killed then /etc/runit/2 probably don't exit because svlogd
is still running and runit-init don't restart /etc/runit/2.

> You can send the runsvdir process a HUP signal to have stage 2
> restarted, but this should almost never be needed.

I can't send HUP because it's killed. Probably right answer to my question is:
kill svlogd executed in /etc/runit/2, so /etc/runit/2 will exit and runit-init
will restart it.

> This sounds really broken.

I know. :(

-- 
			WBR, Alex.


      reply	other threads:[~2004-11-07 19:40 UTC|newest]

Thread overview: 3+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2004-11-06 18:42 Alex Efros
2004-11-07 13:54 ` Gerrit Pape
2004-11-07 19:40   ` Alex Efros [this message]

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=20041107194012.GF4568@home.power \
    --to=powerman@sky.net.ua \
    /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).