ubi8/ubi-minimal容器配置权限后crontab定时任务未执行

ubi-minimal精简镜像的cron任务不触发基本都是环境特性导致的，和脚本权限、规则写法本身无关，按以下顺序排查修复即可。

1. 先确认crond守护进程正常运行 #

容器环境不会默认启动cron服务，只写规则不启动服务是最常见的问题：

• 进入容器执行ps aux | grep crond，如果没有对应进程，说明服务未启动。
• 不要把crond以后台模式启动，容器会将后台进程判定为空闲进程直接回收，启动时必须加-n参数让其以前台模式驻留，示例启动脚本：

#!/bin/bash
# 启动crond并指定日志路径
crond -n -L /var/log/cron/cron.log &
# 后续接容器原有主业务启动命令

• Dockerfile中需要提前创建cron运行所需的目录，避免启动报错：

RUN mkdir -p /var/log/cron /var/spool/cron

2. 修复cron执行环境的PATH问题 #

你遇到的crontab -e报找不到vi、go命令找不到的问题，本质是用户级crontab不会加载/etc/crontab中配置的全局环境变量，cron执行时的PATH默认只有/usr/bin:/bin，根本找不到你手动登录时能调用的go、vi等命令：

• 最稳妥的方案是写定时规则时直接用命令的绝对路径，先在容器内执行which go拿到go的完整安装路径（通常是/usr/local/go/bin/go），不要依赖PATH查找。
• 原Dockerfile中添加crontab规则的命令存在逻辑缺陷：root用户初始无crontab文件时，crontab -l会返回非0退出码，导致后续管道执行中断，规则根本没有写入成功。替换为以下写法，同时补全PATH配置、加执行日志重定向：

RUN microdnf install -y cronie vi && \
    (echo "PATH=/usr/local/go/bin:/sbin:/bin:/usr/sbin:/usr/bin"; \
     echo "*/2 * * * * go run /usr/local/src/script.go >> /var/log/cron/cron.log 2>&1") | crontab -

说明：安装vi包直接解决crontab -e找不到编辑器的报错；日志重定向是必须的，精简镜像无mail服务，cron默认的执行报错会直接丢弃，写入日志后可直接定位执行错误。

3. 验证规则生效 #

配置完成后重建容器，等待2分钟后：

• 查看/var/log/cron/cron.log是否有脚本执行输出
• 执行grep CRON /var/log/messages查看cron系统日志，如果存在对应时间点的CMD (go run /usr/local/src/script.go)记录，说明cron已经正常触发任务，后续如果执行失败直接看业务日志排查脚本问题即可。
• 你当前的script.go权限为-rw-r-xr-x满足运行要求，go run只需要文件有读权限即可，无需额外调整权限。

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