Cronolog vs logrotate

根据我的经验，logrotate 很棒。它非常灵活，并且适用于大多数软件。

但是，它存在一些问题，并且由于 cronolog 主要是一个 Web 日志轮换工具，我将写下我使用 logrotate + apache 的经验，这是有问题的：

轮换日志时，我们必须通知 apache 正在轮换日志，因为即使 logrotate 将 access.log 重命名为 access.log.1，apache 也会继续写入 access.log.1，因为它正在写入 inode，并且重命名文件不会影响 inode 编号。

在 debian etch（可能还有许多其他发行版）上，logrotate 被用于轮换 apache 日志。现在，apache 有一个优雅的重启，建议 apache 子进程在完成现有连接服务后退出，然后 apache 重新读取它的配置，产生新的子进程，这些子进程开始写入新的日志文件（如果前一个是旋转）。

这听起来像是一个很好的解决方案，但是在某些情况下（如重负载），优雅重启并不总是有效，因此 debian 开发人员决定在 apache logrotate 配置中使用 apache restart 而不是优雅重启。不幸的是，这会导致所有连接立即断开，这对于负载重的站点来说是非常糟糕的。此外，apache 重启也会导致 apache 停止和不启动等问题（在某些负载情况下也是如此），详情请参阅下面的错误链接。

底线是，logrotate 很棒，但可能会导致某些程序出现某些问题。我对 cronolog 没有太多经验，但是当它通过管道写入日志时，它在旋转日志文件时不需要任何 apache 重新加载，这基本上解决了上面描述的所有问题。

相关的 logrotate/apache debian 错误：

1. Debian 错误#301702
2. Debian 错误#400455

我更喜欢 cronolog，但这并不是一个非常强烈的偏好。

logrotate where 由 cron 启动，如果系统在应该发生旋转时由于某种原因关闭，那么您的日志文件将不会被旋转。

我还喜欢让日志文件在名称中包含日期 (%Y%m.combined.access.log)，因为我将这些日志保存了很长时间。在大多数系统上，默认情况下，apache logrotate 会将文件命名为 access.log、access.log.1 等。可以在日志文件中使用 logrotate 中的日期，但我不知道上次查看时该怎么做。

只使用过logrotate。这是 Debian 默认使用的，我从来没有抱怨过它。

我几乎完全使用cronologover logrotate。 logrotateDebian 自带，我允许它继续为邮件服务器日志等系统服务工作。但对于 Apache 和lighttpd日志文件来说，都是cronolog.

我使用的原因之一cronolog是所有配置都发生在 Web 服务器配置的日志文件行中

例如在lighttpd配置文件中，您可以输入：

accesslog.filename = "|/usr/bin/cronolog --symlink=/var/log/webs/access.log /var/log/webs/%Y/%W-access.log"

并且每周都会获得一个新的日志文件，无需任何其他配置。或者您可以发挥创意并执行以下操作：

accesslog.filename = "|/usr/bin/cronolog --symlink=/var/log/webs/access.log /var/log/webs/%Y/%m/%a-access.log"

并获得一个日志文件，按星期几显示流量。例如所有的星期日，所有的星期二。

更好的是，即使服务器关闭了任何时间，重新启动时也会使用正确的日志文件。