最稳妥的日志清理命令是用find配合rm按路径和时间分别清理：网站日志保留30天、面板日志保留7天，且必须用绝对路径和2>/dev/null屏蔽报错。
宝塔面板日志清理任务该用哪个命令
直接用 find 配合 rm 最稳妥，别信网上抄来的“一键清空所有日志”脚本——那种脚本常误删正在写的 access.log 或数据库慢查询日志，导致服务异常。
宝塔本身日志路径固定：/www/wwwlogs/（网站访问日志）、/www/server/panel/logs/（面板自身日志）、/www/server/nginx/logs/（Nginx 主日志）。清理必须按路径区分，不能一锅端。
-
find /www/wwwlogs/ -name "*.log" -mtime +30 -exec rm -f {} \;：删 30 天前的网站日志 -
find /www/server/panel/logs/ -name "*.log" -mtime +7 -exec rm -f {} \;：面板日志保留一周足够 - 避免用
-delete替代-exec rm -f {} \;，部分旧版系统不兼容
计划任务里怎么填参数才不报错
宝塔「计划任务」界面填命令时，最容易卡在「执行用户」和「Shell 解释器」上。默认选 root 用户，但命令里如果含 ~ 或 $HOME，会因环境变量缺失而失败。
- 所有路径写绝对路径，比如用
/bin/find而不是find（有些面板精简版没把/usr/bin加进 root 的 PATH） - 任务类型选「Shell 脚本」，不要选「Linux 命令」——后者会额外套一层 sh 执行，对重定向或管道支持不稳定
- 加一句
2>/dev/null在命令末尾，屏蔽find: ‘/xxx’: No such file or directory这类非致命报错，避免邮件告警刷屏
为什么清理后磁盘没释放空间
常见于 Nginx 或 Apache 正在写日志，你删了文件，但进程还占着 inode，空间不会立刻回收。
- 执行
lsof +L1查看是否还有已删除但未释放的日志文件（状态为DEL） - 临时解决：重启对应服务，如
systemctl restart nginx；长期建议加copytruncate到 logrotate 配置，或改用宝塔自带的「日志切割」功能（在网站设置 → 日志管理里开启） - 注意
df -h和du -sh /www/wwwlogs/结果可能不一致，前者看文件系统级占用，后者看目录实际大小，差值往往就是这类“幽灵文件”
要不要用 logrotate 替代手动脚本
可以，但宝塔默认没启用系统级 logrotate 管理其日志目录，得自己配。相比计划任务，logrotate 更可靠，支持压缩、轮转计数、postrotate 脚本等。
- 配置文件放
/etc/logrotate.d/bt-logs，内容需包含/www/wwwlogs/*.log和/www/server/panel/logs/*.log两段 - 必须加
sharedscripts，否则每个匹配文件都单独执行一次 postrotate，容易重复 reload 服务 - 宝塔更新可能覆盖
/www/server/panel/vhost下的配置，但不会动/etc/logrotate.d/，所以更稳定；不过学习成本略高，简单站点用计划任务更直接
真正麻烦的是多实例场景：比如同时跑多个 Node.js 应用，各自日志不在宝塔标准路径下，这时得单独为每个应用写清理逻辑，不能只靠面板内置机制兜底。
