supervision - discussion about system services, daemon supervision, init, runlevel management, and tools such as s6 and runit
 help / color / mirror / Atom feed
From: Gerrit Pape <pape@smarden.org>
Subject: Re: runit 1.05: svlogd rotation
Date: Fri, 21 Jan 2005 20:41:30 +0000	[thread overview]
Message-ID: <20050121204032.11242.qmail@527aa385319b69.315fe32.mid.smarden.org> (raw)
In-Reply-To: <20050121175658.GR20142@home.power>

On Fri, Jan 21, 2005 at 07:56:58PM +0200, Alex Efros wrote:
> Probably I don't understand svlogd documentation correctly or there some
> (documentation?) bugs lurking around... I noticed a huge number of rotated
> log files @*.s exists, much more than allowed by logdir/config file in 'n'
> directive.
> 
> In some config files I've set 'n0' to have no old rotated log files
> (I need only up to last 1MB of data in "current" file). But looks like 'n0'
> mean: don't remove log files at all. :) Ok, I will use 'n1' instead of 'n0'
> in the future.

Yes, 'n0' means not removing log files at all on log rotation, I'll
clarify this in the documentation.

> But there also a lot of logdirs with:
> - no 'n' directive at all (this should be equal to 'n10')
> - 'n2' directive
> - 'n3' directive
> - 'n5' directive
> And in most of these directories I see a LOT of @*.s files instead of 2-3-5.
> In some directories without 'n' directive also a lot of @*.s files exists.

svlogd does not automatically reduce the number of log files.  If there
are already more log files in the log directory than specified in the
config file, svlogd will still only remove the oldest one on rotation;
adds one and removes one.  You would need to remove older log files by
hand if you change the configuration.  Maybe I should clarify that in
the documentation too, I think this may be your problem.

> Also there exists a lot of @*.u files. I know @*.u isn't usual rotated
> log file, but 'incomplete' log file. I understand what it isn't correct
> to rotate such incomplete logs just like usual logs because in this case
> we can finish with only 10 incomplete log files with 100-200 bytes in
> each left in log directory instead of last 10MB of log data.

On log file rotation svlogd treats the @*.u and @*.s files the same, it
maintains a number of @* files with a 27 characters long filename.

Regards, Gerrit.


      reply	other threads:[~2005-01-21 20:41 UTC|newest]

Thread overview: 2+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2005-01-21 17:56 Alex Efros
2005-01-21 20:41 ` Gerrit Pape [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=20050121204032.11242.qmail@527aa385319b69.315fe32.mid.smarden.org \
    --to=pape@smarden.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).