宝塔定时任务执行无反应需检查sh路径、权限和时间语义：统一用#!/bin/bash开头并赋执行权限；命令行填绝对路径；优先用-ctime或文件名日期匹配清理日志；用find -print0 | xargs -0 rm提升效率；rm后空间不释放需lsof查deleted文件并reopen服务。
宝塔定时任务执行后没反应？检查 sh 路径和权限
宝塔默认用 /bin/bash 执行脚本，但很多用户直接写 #!/bin/sh 或甚至没写 shebang。如果脚本里用了 [[ ]]、source 或数组语法，/bin/sh 会静默失败——连错误日志都不打。
- 统一用
#!/bin/bash开头，别省 - 脚本文件必须有执行权限：
chmod +x /www/wwwroot/clean_logs.sh - 宝塔定时任务「Shell 脚本」类型里，命令行填绝对路径：
/bin/bash /www/wwwroot/clean_logs.sh，别用./clean_logs.sh - 加一句
set -e在脚本开头，让任意命令失败就中断，避免误删
按时间清理日志却删错了？find -mtime 的陷阱
-mtime +7 不是“7天前的文件”，而是“修改时间距今超过 7×24 小时”。如果日志每天凌晨轮转但内容只追加不重写，mtime 可能永远不变——结果一个都没删。
- 优先用
-ctime（状态变更时间），日志轮转时 inode 信息会更新，更可靠 - 更稳妥的做法是结合文件名日期匹配：
find /www/wwwlogs -name "*.log.*" -regex ".*\.[0-9]\{8\}" -exec rm {} \;（删形如site.log.20240101的归档） - 测试阶段务必先用
-print替代-exec rm，确认输出列表无误再动手
清理速度慢、卡住或触发 OOM？find 和 xargs 的组合要改
海量日志目录下，find ... -exec rm {} \; 每个文件起一个 rm 进程，I/O 和 fork 开销极大；而 find ... | xargs rm 遇到空格或特殊字符路径会崩。
- 用
find ... -print0 | xargs -0 rm，安全且批量高效 - 加
-maxdepth 1限制层级，避免递归进子目录浪费时间 - 对超大目录（如单目录百万级文件），改用
find ... -delete（GNU find 支持），不生成中间列表 - 宝塔任务里建议加超时控制：
timeout 300 /bin/bash /www/wwwroot/clean_logs.sh，防卡死占满 cron
日志还在涨，但磁盘没释放？rm 后空间不回？
常见于 Nginx/Apache 进程仍在写已删除的日志文件——Linux 中文件被进程打开后，即使 rm 掉，磁盘空间也不会释放，直到进程关闭该 fd。
- 清理后立刻执行：
lsof +L1 | grep wwwlogs，看是否有 deleted 状态的日志文件被占用 - 对 Nginx：运行
nginx -s reopen重新打开日志文件（不中断服务） - 对 Apache：用
apachectl graceful，比 restart 更轻量 - 宝塔面板里「网站」→「设置」→「日志切割」若开启，它本身就会自动
reopen，此时手动清理前最好先关掉该功能，避免冲突
/www/wwwlogs/task/ 看具体输出，或者在脚本末尾加 echo "$(date): done" >> /tmp/clean.log 留痕。 
