Elastic Beanstalk Linux 2 Cron Job显示运行但实际未执行如何解决

第一步 定位命令失败节点 #

cron配置中&&的逻辑是前序命令执行成功才会运行后续命令，你可以先拆分逻辑验证问题：

• 先去掉加载环境变量的步骤，直接测试写入日志，修改cron content如下：

*/1 * * * * root /bin/echo "TESTING DIRECT" >> /tmp/test_log.log 2>&1

• 等待1分钟后查看/tmp/test_log.log是否存在，若存在则证明问题出在. /opt/elasticbeanstalk/deployment/env这一步的执行失败，若不存在再继续排查其他问题。

第二步 环境变量加载失败修复 #

如果确认是环境变量加载导致的问题，按以下顺序排查：

• 验证环境变量文件路径正确性：不同EB平台版本的环境变量路径不同，Amazon Linux 2的Python平台默认路径为/opt/python/current/env，你可以SSH到实例上手动执行cat 你用的路径验证文件是否存在、内容是否正常。
• 强制使用bash执行避免语法兼容问题：cron默认使用sh执行命令，若环境变量文件包含bash专属语法会执行失败，修改命令格式如下：

*/1 * * * * root /bin/bash -c '. /opt/elasticbeanstalk/deployment/env && /bin/echo "TESTING" >> /var/log/test_log.log 2>&1'

• 验证文件权限：SSH到实例上用root用户手动执行加载命令. 你用的环境变量路径，看是否报权限错误，若有权限问题可以在cron-log.config的commands段增加权限修改配置：

commands:
  fix_env_perm:
    command: "chmod o+r /opt/elasticbeanstalk/deployment/env"
    ignoreErrors: true

第三步 通用场景排查 #

如果第一步测试直接写日志也失败，按以下方案排查：

• 日志目录权限问题：/var/log默认权限限制严格，可先写到无权限限制的/tmp目录验证，若要写/var/log可以在配置中提前创建日志文件并设置权限：

files:
  "/var/log/test_log.log":
    mode: "000666"
    owner: root
    group: root

• 命令使用绝对路径：cron默认PATH仅包含/bin:/usr/bin，所有命令都要写绝对路径避免找不到命令，例如Django项目的执行命令要写全虚拟环境路径和项目路径：

*/1 * * * * root /bin/bash -c '. /opt/python/current/env && cd /opt/python/current/app && /opt/python/run/venv/bin/python manage.py your_command >> /var/log/django_cron.log 2>&1'

• 验证配置是否生效：每次修改配置后重新部署EB环境，SSH到实例上查看/etc/cron.d/test_cron的内容是否和你提交的配置一致，避免旧配置残留。

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