crontab无法执行包含docker命令的shell脚本如何解决

crontab执行手动可正常运行的脚本失败，基本都是执行环境和交互式shell环境不一致导致的，对应问题点和修复方式如下：

• 提前确认基础权限
  执行chmod +x /home/ec2-user/start.sh确保脚本有可执行权限，手动执行正常的场景下一般权限无问题，顺手校验即可。
• 排查docker命令路径问题
  交互式登录执行脚本时，shell会自动加载/etc/profile、~/.bashrc等环境配置，docker所在路径会被加入PATH变量可直接调用；但crontab默认仅加载极简PATH配置（通常仅包含/usr/bin:/bin），如果docker安装在/usr/local/bin路径下，会直接报命令不存在。
  修复方式：先执行which docker获取docker的绝对路径（常见返回为/usr/local/bin/docker），将脚本内的docker run替换为全路径调用，例如/usr/local/bin/docker run；也可以直接在crontab配置顶部补充PATH配置：

  PATH=/usr/local/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin
  2 * * * * /home/ec2-user/start.sh >> /home/ec2-user/start_cron.log 2>&1
  

• 修复相对路径与工作目录问题
  脚本内使用$(pwd)获取当前路径做卷挂载，同时调用同目录下的lex-login.js、lex-view_call_call_only.js文件，手动执行时工作目录为脚本所在目录可正常读取；但crontab执行时默认工作目录为对应用户的家目录，极端场景下可能出现路径不一致导致文件找不到、挂载失效。
  修复方式：在脚本#!/bin/bash行下新增固定工作目录的配置，确保执行时路径正确：

  #!/bin/bash
  cd /home/ec2-user || exit 1
  # 后续原有docker命令逻辑保持不变
  

• 修复环境变量缺失问题
  脚本内调用的$INFLUX_U、$INFLUX_P变量，通常是在交互式shell的配置文件（如~/.bashrc）或当前终端内临时声明的，crontab执行时不会加载这类交互式Shell的配置，会出现变量为空导致influxdb认证失败。
  修复方式：可以直接在脚本内声明这两个变量的值（注意做好脚本权限管控避免密码泄露），也可以在脚本开头主动加载对应的环境配置文件，例如新增source /home/ec2-user/.bashrc（需确认变量确实配置在该文件内）。
• 调整日志配置方便排查
  现有crontab配置写了>/dev/null 2>&1，会把所有标准输出、错误输出全部丢弃；另外系统默认的/var/log/cron仅会记录crontab服务本身的调度动作，不会记录脚本内部的执行报错，所以看不到失败信息是正常的。建议排查阶段将输出重定向到固定日志文件，如上文配置的>> /home/ec2-user/start_cron.log 2>&1，后续任务执行的报错信息都会写入该文件，可直接定位具体失败原因。

额外提醒：当前crontab的时间规则2 * * * *代表每小时的第2分钟执行任务，不是每2分钟执行一次，若你的预期是每2分钟跑一次需要调整为*/2 * * * *。

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