含Docker命令的Bash脚本终端运行正常但Crontab执行失败求助

• 手动在终端执行WeKan Docker备份脚本全流程正常
• 已为脚本设置777权限排除脚本自身执行权限问题
• 系统日志可确认crontab已在配置时间点成功触发脚本调用，但任务实际执行无预期结果
• 现有备份脚本内容：

#!/bin/bash
docker exec -t wekan-db bash -c "scripts/wekandb_backup.sh" 
docker exec -t wekan-db bash -c "rm -r /dump/*; cp -r /mongodb_backup/ /dump/mongodb_backup"
docker cp wekan-db:/dump /home/ikadmin/codes/backup/wekan/$(date +%Y-%m-%d) 

• 当前crontab配置：

19 8 * * * /bin/bash /home/ikadmin/codes/scripts/backup-wekan-docker.sh

给脚本设置777权限仅能覆盖脚本自身的可执行权限问题，无法解决crontab执行环境特有的适配问题，因此即使权限拉满也会出现触发后执行失败的情况，可按以下优先级逐一排查

1. 定位环境变量缺失问题（最高概率诱因） #

手动在交互终端执行时，用户会加载完整的shell环境配置（包含~/.bashrc、/etc/profile 中的PATH路径、程序绝对路径映射），但crontab的默认执行环境是极简配置，PATH路径范围极窄，经常无法识别docker等依赖程序的位置，直接导致任务静默失败。

• 第一步先给crontab任务添加全量日志输出，把所有标准输出、错误输出都落盘记录，方便定位具体报错，修改crontab配置为：

19 8 * * * /bin/bash /home/ikadmin/codes/scripts/backup-wekan-docker.sh >> /home/ikadmin/wekan_backup_cron.log 2>&1

等任务下次触发后查看日志，绝大多数场景会出现 docker: command not found 类报错。

• 解决方式：在脚本开头显式加载用户环境配置，或替换脚本中docker命令为查找到的绝对路径（通过终端执行which docker可获取对应路径，通常为/usr/bin/docker）。

2. 解决相对路径依赖问题 #

脚本内对容器内备份脚本的调用使用了相对路径scripts/wekandb_backup.sh，这类路径依赖执行时刻的当前工作目录匹配：手动交互执行时，进入容器的默认工作目录刚好和相对路径位置匹配，但crontab触发的非交互docker exec操作，容器内默认工作目录不一定对应脚本所在位置，会直接报“文件不存在”的错误。

• 解决方式：先通过docker exec wekan-db find / -name "wekandb_backup.sh"查询脚本在容器内的绝对路径，替换原脚本中的相对路径调用。

3. 提前处理备份目标目录的创建逻辑 #

脚本最后一步通过docker cp将备份文件存放到按日期生成的动态路径下，crontab触发时如果对应日期的目录不存在，且父目录无自动创建权限，docker cp操作会直接失败。

• 解决方式：在脚本中主动添加目录创建逻辑，提前生成目标路径，避免路径不存在的报错。

4. 移除不必要的交互参数 #

脚本中所有docker exec命令都附带了-t参数，该参数作用是为交互场景分配伪终端，在crontab这类非交互批量执行场景下，-t参数经常会导致输出异常、执行流程卡住的问题。

• 解决方式：移除所有docker exec命令后的-t参数，仅保留非交互需要的必要参数。

#!/bin/bash
# 加载用户shell环境
source ~/.bashrc
# 替换为实际查询到的docker绝对路径
DOCKER=/usr/bin/docker
# 提前创建备份目标目录
BACKUP_TARGET_DIR=/home/ikadmin/codes/backup/wekan/$(date +%Y-%m-%d)
mkdir -p $BACKUP_TARGET_DIR

# 移除-t参数，替换为容器内脚本的绝对路径
$DOCKER exec wekan-db bash -c "/实际路径/scripts/wekandb_backup.sh" 
$DOCKER exec wekan-db bash -c "rm -rf /dump/*; cp -r /mongodb_backup/ /dump/mongodb_backup"
$DOCKER cp wekan-db:/dump $BACKUP_TARGET_DIR

内容的提问来源于stack exchange，提问作者IKAdmin