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>
Subject: Re: clear proc log
Date: Fri, 30 Dec 2005 17:00:09 -0500	[thread overview]
Message-ID: <20051230220009.GO28661@sta.duo> (raw)
In-Reply-To: <20051129124728.7641.qmail@d5b81a4de6596e.315fe32.mid.smarden.org>

guess I've been busy... haven't checked this list in a while...

On Tue, Nov 29, 2005 at 01:47:28PM +0100, Gerrit Pape wrote:
>On Wed, Nov 23, 2005 at 08:25:09AM -0500, George Georgalis wrote:
>> I've got some proc log I'd like to clear from the runsvdir entry in ps.
>> With readproctitle, I'd make a service and run "once"
>> 
>> #!/bin/sh
>> yes '' | head -4000 | tr '\n' .
>> 
>> But that is not working under runsvdir. How should I go about
>> clearing the dots?  Also, any suggestions on adding the service
>
>runsvdir only writes stderr to the readproctitle log, not stdout.
>Adding `exec 1>&2` to the run script should help.

Thanks. I discovered adding >&2 to the pipeline worked, but exec
seems cleaner.

>> which is barfing to the log, and making each entry longer?
>
>I'm not sure I completely understand what you mean, any examples?

When I've got a bunch of services and errors rolling through
readproctitle, it's not always apparent which one is sick, pretty
much got to test each service and it's log to see which one is
broke -- actually watching the PIDs change in ps seems the easiest
way to identify.

I don't really know what I meant by "making each entry longer";
however, when a service, run script or its log/run is broken, the
path to ./run or ./log/run is not always apparent.  If runsv (or
possibly runsvdir) (optionally) provided the path (maybe just
additionally the dir the script runs from, the link in service/),
tracking down errors would be easier. <-- feature request

Maybe this requires a "cd ../" before executing the path to the
given run script -- which sounds awkward, I'm not sure how to
implement this.

Lately, I've been porting my daemontools supervise installations
to runsv and I'm really pleased with the improvements. The
procedure to remove a service, for example, is greatly
improved. Thanks!

// George


-- 
George Georgalis, systems architect, administrator <IXOYE><
http://galis.org/ cell:646-331-2027 mailto:george@galis.org


      reply	other threads:[~2005-12-30 22:00 UTC|newest]

Thread overview: 3+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2005-11-23 13:25 George Georgalis
2005-11-29 12:47 ` Gerrit Pape
2005-12-30 22:00   ` George Georgalis [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=20051230220009.GO28661@sta.duo \
    --to=george@galis.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).