RHEL 9下abcservice用户Cron无法执行Bash脚本问题求助

核心可能原因及对应修复步骤 #

1. 登录Shell限制问题 #

你创建用户时指定了--shell /usr/sbin/nologin，Cron执行任务时会调用用户的登录shell解析命令，但nologin会直接拒绝登录，导致Cron无法正常初始化任务环境。

修复方法：

• 修改用户登录shell为bash：

  usermod abcservice --shell /bin/bash
  

• 或者在Cron任务中显式指定shell，在Cron配置顶部添加：

  SHELL=/bin/bash
  * * * * * /bin/bash /tmp/auto.sh
  

2. Sudo执行权限问题 #

脚本中使用sudo python3 ...，但Cron执行时无TTY环境，默认sudo配置可能要求TTY，且abcservice用户大概率没有免密码执行该命令的权限。

修复方法：

• 用visudo编辑sudoers配置，添加免权限规则：

  abcservice ALL=(ALL) NOPASSWD: /usr/bin/python3 /tmp/local_account.py
  

• 或者在脚本的sudo命令中添加-n参数（非交互模式，跳过密码提示）：

  sudo -n python3 /tmp/local_account.py
  

3. Cron环境变量缺失问题 #

手动执行时的环境变量（如PATH、AWS配置路径）与Cron默认环境差异极大，可能导致aws命令无法找到，或IAM角色无法正确加载。

修复方法：

• 在脚本开头显式设置PATH：

  #!/bin/bash
  PATH=/usr/local/bin:/usr/bin:/bin:$PATH
  

• 或者在Cron任务中直接指定环境变量：

  PATH=/usr/local/bin:/usr/bin:/bin
  * * * * * /bin/bash /tmp/auto.sh
  

4. /tmp目录权限限制 #

虽然脚本权限为777，但/tmp可能被挂载了noexec选项，禁止执行其中的文件。检查挂载参数：

mount | grep /tmp

如果存在noexec，将脚本移至其他目录（如/opt/scripts/auto.sh），并修改Cron任务路径。

额外排查建议 #

• 查看abcservice用户的Cron专属日志：

  grep abcservice /var/log/cron
  

• 在脚本中添加日志输出，定位具体报错环节：

  #!/bin/bash
  exec >> /tmp/auto_cron.log 2>&1
  PATH=/usr/local/bin:/usr/bin:/bin:$PATH
  
  echo "Script started at $(date)"
  aws s3 cp s3://myscript/local_account.py /tmp/local_account.py
  echo "Download completed"
  sudo -n python3 /tmp/local_account.py
  echo "Script finished at $(date)"
  

执行后查看/tmp/auto_cron.log即可获取每一步的运行状态。

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