如何解决宝塔面板自动备份任务执行失败问题_排查存储卷挂载与计划任务日志-php教程-PHP中文网

宝塔定时任务日志默认在/www/wwwlogs/cron.log，而非/var/log/cron；需用crontab -l -u www或root确认任务是否写入，再检查crond服务状态及/www/backup目录权限链、selinux和磁盘挂载点。

如何解决宝塔面板自动备份任务执行失败问题_排查存储卷挂载与计划任务日志

宝塔的计划任务底层走的是系统 cron，但它不写 /var/log/cron，所有执行记录都落在 /www/wwwlogs/cron.log。如果面板显示“任务完成”但没生成备份文件，十有八九是 cron 根本没跑起来。

运行 tail -n 50 /www/wwwlogs/cron.log，重点搜 backup.py、mysqldump 或你的站点名。如果完全没记录，说明定时规则压根没进 cron 表：

执行 crontab -l -u www（网站/数据库备份默认用 www 用户）或 crontab -l -u root（部分全站备份用 root），确认任务是否存在
若任务存在但无日志，检查 crond 服务状态：systemctl status crond，常见问题是 crond 停了或被 PAM 拦截（比如 root 密码过期）
若看到 Permission denied，别急着改目录权限——先看报错路径的父目录（如 /www/backup）是否可写，子目录权限再高也没用

df -h 显示 95% 不一定代表备份失败，关键得看 /www 所在挂载点。比如 df -h 显示 /dev/vdb1 满了，但 /www 实际挂在 /dev/vda1 上，那就跟备份无关。

真正要查的是两处：

宝塔面板 PHP 网站管理：站点创建、删除、启停、PHP 版本切换、域名管理、SSL证书管理、伪静态管理、数据库管理

下载

执行 df -h /www，确认该挂载点使用率；超过 95% 宝塔会主动中止备份
执行 du -sh /www/backup/database/* 2>/dev/null | sort -hr | head -5，看是不是旧备份堆满目录；注意宝塔“保留天数”只清理自己命名的文件（如 mysql_20240520_120000.sql.gz），手动丢进去的不会动
别漏掉 /www/Recycle_bin/：回收站清空后文件还在磁盘上，rm -rf /www/Recycle_bin/* 是最直接的清理方式

/www/backup/database 目录存在 ≠ 能写。宝塔备份脚本以 www 用户运行，必须满足三个条件：

属主是 www:www：ls -ld /www/backup/database 看输出，不是就执行 chown -R www:www /www/backup/database
权限至少是 755（drwxr-xr-x），700 会导致 www 用户无法写入子目录
逐级检查父目录：/www、/www/backup 都得对 www 用户可写，缺一不可
如果用的是 CentOS/RHEL 且启用了 SELinux，即使权限全对也会静默拒绝写入；临时验证可运行 setenforce 0，再试一次备份

宝塔后台的“失败”提示经常是障眼法。真正报错藏在 /www/server/panel/logs/task.py.log 里。搜索最近时间戳附近的 mysqldump 行，常能挖出关键线索：

出现 mysqldump: Got error: 2013：大概率是 max_allowed_packet 太小或 wait_timeout 过短，不是网络问题
出现 No space left on device：不是磁盘满了，而是 mysqldump 写临时文件时被系统 kill，dmesg | tail 里可能有 Out of memory
出现 command not found: mysqldump：不是 PATH 问题（新版宝塔硬编码路径），而是 mysqldump 二进制文件被移走或重命名了