logrotate -f 必须指定配置文件路径，否则报错；加-f未轮转需检查日志文件存在性、状态文件记录及配置中的if条件或prerotate脚本；调试应使用-d或-v参数。
logrotate -f 参数必须加配置文件路径
单独执行 logrotate -f 会报错，因为 -f（force）只是强制触发轮转，但 logrotate 默认不读取任何配置——它需要明确知道该处理哪个配置文件或目录。常见错误是只输 logrotate -f，结果提示 error: no config file specified 或直接静默退出。
正确写法必须带上配置路径：
-
logrotate -f /etc/logrotate.conf：强制运行全局主配置（会包含 include 的所有子配置） -
logrotate -f /etc/logrotate.d/nginx：只强制轮转 nginx 对应的单个配置片段 -
logrotate -f /etc/logrotate.d/ --state /var/lib/logrotate/status：显式指定状态文件路径（避免因权限或路径不一致导致“已执行过”的误判）
为什么加了 -f 还没轮转？检查三个关键点
即使命令格式正确，-f 也可能看似“没生效”，本质是 logrotate 判断条件未满足或被跳过。重点排查：
linux-sysadmin
下载
Linux系统管理专家，覆盖12大模块：用户权限、SSH、存储、网络、systemd、防火墙、日志监控、备份恢复、TLS证书、Ansible、容器、IaC。提供配置、验证、加固、监控、备份、自动化、故障排查、回滚闭环。关键词：useradd、sudo、sshd_config、chmod、SEL...
-
日志文件不存在或为空：logrotate 默认跳过 size 为 0 的文件（除非配置了
minsize或ifempty） -
状态文件记录已执行：logrotate 依赖
--state指定的状态文件（默认/var/lib/logrotate/status）判断是否该轮转；-f会绕过时间判断，但不会自动重置状态——若上次成功执行过，状态里已标记“今天跑过了”，它仍可能跳过；可临时加--state /dev/null彻底忽略状态 -
配置里写了
if条件或prerotate失败：比如if [ -s /var/log/app.log ]; then，或 prerotate 脚本 exit 非 0，整个轮转会被中止
调试时优先用 -d 和 -v 看实际行为
光靠 -f 执行完不知道干了啥，容易误判。真要确认是否生效，必须加调试参数：
-
logrotate -d -f /etc/logrotate.d/myapp：dry-run 模式，只打印将要执行的操作（包括匹配哪些文件、调用哪些脚本），不真正移动/压缩/创建新日志 -
logrotate -v -f /etc/logrotate.d/myapp：verbose 模式，显示每一步的实际动作（如 “rotating pattern: /var/log/myapp.log ... weekly”、“renaming /var/log/myapp.log to /var/log/myapp.log.1”） - 注意：
-d和-v不能同时用，-d优先级更高，且会跳过某些实际操作（比如不真的创建 .1 文件）
生产环境慎用 --force 配合 --state /dev/null
用 --state /dev/null 强制绕过状态检查，虽能确保每次 -f 都执行，但也带来风险：
- 同一份日志可能被重复压缩（比如
app.log.1→app.log.2，再跑一次又变成app.log.2→app.log.3，旧压缩包被覆盖） - 如果配置了
copytruncate，反复执行可能导致日志丢失（原进程还在往旧文件写，而 logrotate 又 truncate 了一次） - 多实例服务（如多个 nginx worker）下，
-f未配合sharedscripts可能导致 postrotate 被多次执行
真正需要“强制重跑”，建议先确认状态文件内容：cat /var/lib/logrotate/status | grep myapp，再决定是清空状态行，还是直接删掉整个状态文件（后者影响更大）。
