logrotate 在 postrotate 脚本之后压缩文件

Question

我有一个应用程序每天生成一个非常重的大日志文件（每天约 800MB），因此我需要压缩它们，但由于压缩需要时间，我希望 logrotate 在重新加载/发送 HUP 信号到应用程序后压缩文件。

/var/log/myapp.log {
    rotate 7
    size 500M
    compress
    weekly
    postrotate
        /bin/kill -HUP `cat /var/run/myapp.pid 2>/dev/null` 2>/dev/null || true
    endscript
}

压缩是否已经发生在后旋转之后（这是违反直觉的）？ 如果没有，谁能告诉我是否可以在没有额外命令脚本（选项或一些技巧）的情况下做到这一点？

谢谢 托马斯

Answer 1

在此添加此信息，以防其他人在实际搜索想要在压缩完成后在文件上运行脚本的方法时遇到此线程。

如上所述，使用 postrotate/endscript 对此没有好处。

相反，您可以使用lastaction/endscript，它可以完美地完成这项工作。

Answer 2

即使共享脚本生效，postrotate 脚本始终在压缩之前运行。因此，哈斯塔昆对第一个答案的补充回应是不正确的。当sharedscripts生效时，后旋转之前执行的唯一压缩是针对由于延迟压缩而遗留下来的旧的未压缩日志。对于当前日志，始终在运行postrotate脚本之后执行压缩。

Answer 3

postrotate 脚本在压缩发生之前运行：来自 logrotate 的手册页

配置文件的下一部分定义了如何处理日志文件
/var/log/messages。日志之前将每周轮换五次
被移除。在日志文件轮换之后（但在旧的日志文件之前）
日志版本已被压缩），命令 /sbin/killall -HUP
syslogd 将被执行。

在任何情况下，您都可以使用delaycompress选项将压缩推迟到下一次循环。

Answer 4

@Hasturkun - 除非他们的声誉首先高于 50，否则无法添加评论。

要确保 logrotate 会做什么，请

1. 使用 -d: debug 测试但不执行的配置来测试您的配置
   任何内容，以及 -f：强制它运行
2. ，或者您可以使用以下命令执行 logrotate
   -v verbose 标志

使用共享脚本进行 postrotate 的配置

$ logrotate -d -f <logrotate.conf file>

显示以下步骤：

rotating pattern: /tmp/log/messages /tmp/log/maillog /tmp/log/cron
...
renaming /tmp/log/messages to /tmp/log/messages.1
renaming /tmp/log/maillog to /tmp/log/maillog.1
renaming /tmp/log/cron to /tmp/log/cron.1
running postrotate script
<kill-hup-script executed here>
compressing log with: /bin/gzip
compressing log with: /bin/gzip
compressing log with: /bin/gzip