我有一个应用程序每天生成一个非常大的日志文件（每天约 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
}
压缩是否已经发生在后旋转之后（这会违反直觉）？ 如果没有，谁能告诉我是否可以在没有额外的命令脚本（一个选项或一些技巧）的情况下做到这一点？
谢谢 托马斯
【问题讨论】：
标签： linux shell logging compression logrotate
在此处添加此信息，以防其他任何人在实际搜索压缩完成后想要在文件上运行脚本的方法时遇到此线程。
如上所述，使用 postrotate/endscript 对此没有好处。
相反，您可以使用 lastaction/endscript，它可以完美地完成这项工作。
【讨论】：
@Hasturkun - 除非他们的声誉首先超过 50，否则无法添加评论。
为了确定 logrotate 会做什么，要么
配置使用共享脚本进行 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
【讨论】：
postrotate 脚本总是 运行 before 压缩，即使 sharedscripts 有效。因此，Hasturkun 对第一个答案的附加反应是不正确的。当 sharedscripts 生效时，在 postrotate 之前执行的唯一压缩是针对由于 delaycompress 而留下的旧未压缩日志。对于当前日志，始终在运行 postrotate 脚本之后执行压缩。
【讨论】：
postrotate 脚本在压缩发生之前运行：来自logrotate 的手册页
配置文件的下一部分定义了如何处理日志文件 /var/log/消息。日志将经过五周轮换之前 被移除。在日志文件被轮换之后（但在旧的 日志版本已被压缩），命令 /sbin/killall -HUP syslogd 将被执行。
在任何情况下，您都可以使用delaycompress 选项将压缩推迟到下一次旋转。
【讨论】：
The sharedscripts means that the postrotate script will only be run once (after the old logs have been compressed), not once for each log which is rotated. 中的这句话，这似乎是我对那句话的误解。 postrotate 脚本总是在压缩当前日志之前运行。 （delaycompress 选项不受sharedscripts 的任何影响，除了在prerotate 脚本运行之前发生）
logrotate -d 很有用 - 它可以准确地告诉您正在发生的事情。您可能还想使用-f。