AlmaLinux 9：给应用日志做轮转

验证范围

在 almalinux:9 容器（AlmaLinux 9.8）中实际执行：安装 logrotate、写 /etc/logrotate.d/myapp、logrotate -d、logrotate -f、ls -l。日志：plans/content-expansion/evidence/logs/alma-log-rotation.log。

cron.daily 的自动调用、跨天行为、以及 SELinux 上下文相关的失败未在本环境验证。

系统自带的轮转长什么样

ls /etc/logrotate.d/ | head -5
head -20 /etc/logrotate.conf

AlmaLinux 9 自带 btmp、wtmp、dnf 等片段，放在 /etc/logrotate.d/；主配置 /etc/logrotate.conf 只给全局默认。应用配置也放 /etc/logrotate.d/，不要往主配置里塞。

写一个应用片段

/var/log/myapp/*.log {
    daily
    rotate 3
    compress
    missingok
    notifempty
    copytruncate
}

指令	作用
`daily`	每天轮转（也可 `weekly`、`size 50M`）
`rotate 3`	保留 3 份历史
`compress`	轮转后 gzip
`missingok` / `notifempty`	文件不存在/为空时不报错、不轮转
`copytruncate`	先复制再清空原文件，应用不用重开句柄

预演与强制执行

sudo logrotate -d /etc/logrotate.d/myapp

considering log /var/log/myapp/app.log
Creating new state
  Now: 2026-10-18 17:54
  Last rotated at 2026-10-18 17:00
  log does not need rotating (log has already been rotated)

-d 只打印，不改文件。确认配置无误后强制执行一次：

sudo logrotate -f /etc/logrotate.d/myapp
ls -l /var/log/myapp/

-rw-r--r-- 1 root root    0 Oct 18 17:54 app.log
-rw-r--r-- 1 root root 4023 Oct 18 17:54 app.log.1.gz

原文件被清空、内容进了 .1.gz——这就是 copytruncate。

常见坑

copytruncate 会丢行：复制与清空之间写入的日志会丢；能重开句柄的应用优先 create + postrotate 信号；
只写 size 不写时间：size 与时间无关，别混用后指望「每天一次」；
目录属主不对：copytruncate 后新文件属主可能变成 root，需要 su myapp myapp。

练习：保留 3 份并验证

sudo mkdir -p /var/log/lab && sudo sh -c 'head -c 200000 /dev/urandom > /var/log/lab/a.log'
sudo tee /etc/logrotate.d/lab >/dev/null <<'EOF'
/var/log/lab/*.log { daily rotate 3 compress copytruncate }
EOF
sudo logrotate -f /etc/logrotate.d/lab
sudo logrotate -f /etc/logrotate.d/lab
ls /var/log/lab/