宝塔面板的logrotate配置文件位于/www/server/panel/vhost/logrotate/nginx（Nginx）或/apache（Apache）目录下，按域名命名；手动修改需开启Web界面“日志切割”开关，否则配置会被清空。
宝塔面板里 logrotate 配置文件在哪
宝塔默认不直接暴露 logrotate 配置，它把网站日志轮转逻辑封装在自己的任务脚本里，但底层仍调用系统 logrotate。真实配置文件路径是：/www/server/panel/vhost/logrotate/nginx（Nginx 站点）或 /www/server/panel/vhost/logrotate/apache（Apache 站点）。每个站点对应一个以域名命名的配置文件，比如 example.com。
直接编辑这些文件有效，但要注意：宝塔 Web 界面「网站 → 日志 → 日志切割」开关关闭时，对应配置文件会被清空；开启后才会生成或覆盖——所以别在开关关着的时候手动改，否则下次开启就丢了。
手动修改 logrotate 配置的关键参数
宝塔生成的配置比较简陋（比如默认只保留 7 天），想自定义就得改对应站点的配置文件。重点改这几个参数：
-
daily：按天轮转（别写成weekly，否则可能隔一周才切一次，日志会暴涨） -
rotate 30：保留 30 个归档文件（不是 30 天！如果每天切一次，就是 30 天；如果误配成monthly，那 30 就是 30 个月） -
compress：启用 gzip 压缩，省磁盘（不加的话日志文件体积翻几倍） -
missingok：避免日志路径临时不存在时报错中断整个轮转任务 -
sharedscripts+postrotate ... endscript：如果用了 Nginx，必须加这个组合，否则 reload 指令可能漏执行，导致旧进程还在往已重命名的日志里写
示例片段（Nginx 场景）：
"/www/wwwlogs/example.com.log" {
daily
rotate 30
compress
missingok
sharedscripts
postrotate
if [ -f /www/server/nginx/logs/nginx.pid ]; then
kill -USR1 `cat /www/server/nginx/logs/nginx.pid`
fi
endscript
}
为什么改了配置但日志没轮转
常见原因不是配置写错，而是触发机制没对上：
- 系统
logrotate默认通过 cron 每天凌晨运行一次，路径通常是/etc/cron.daily/logrotate；宝塔自己额外加了一个每小时检查的任务（/www/server/panel/script/bt_crond.sh），但只对「开启日志切割」的站点生效 - 手动测试轮转得用：
logrotate -f /www/server/panel/vhost/logrotate/nginx/example.com（加-f强制，-d可看调试输出） - 如果看到错误
error: skipping "/www/wwwlogs/example.com.log" because parent directory has insecure permissions (It's world writable or writable by group which is not "root")，说明日志目录权限是777或组可写但组不是root，得改成755或750
和宝塔 Web 界面设置的冲突点
界面里「日志切割」开关打开后，宝塔会定时覆盖你手改的配置文件——它只认自己的字段：保留天数、是否压缩、是否启用。它不读取你加的 postrotate 或 sharedscripts。
所以真要加自定义逻辑（比如切割后同步到 OSS、发告警），只能绕过宝塔，走纯系统方案：
- 停用宝塔日志切割（网站 → 日志 → 关闭「日志切割」）
- 把配置移到标准位置：
/etc/logrotate.d/example.com - 确保
logrotate主配置里包含该路径（/etc/logrotate.conf末尾一般有include /etc/logrotate.d） - 注意：这样宝塔「日志」标签页里就看不到历史归档列表了，查日志得 ssh 进去翻
/www/wwwlogs/example.com.log.*.gz
最麻烦的其实是权限继承——新建站点时宝塔给日志目录设的属主是 www:www，但系统 logrotate 默认以 root 身份运行，如果配置里没加 create 644 www www，解压后的日志可能属主变成 root，导致 Nginx 写不进新日志文件。
