验证crontab在基于slim-buster镜像的Docker容器中正常运行

问题描述 #

运行docker-compose up后，执行docker-compose logs -f cron看不到cron任务的任何输出；进入容器查看/var/log/cron.log也为空，但crontab -l能确认任务* * * * * /bin/sh get_date.sh已存在。

项目结构：

├── config
│   └── crontab
├── docker-compose.yml
├── Dockerfile
├── README.md
└── scripts
    └── get_date.sh

问题根源 #

1. CMD命令逻辑错误：原Dockerfile中CMD ["cron", "tail", "-f", "/var/log/cron.log"]写法错误，cron默认后台运行，无法直接将tail作为参数传递，导致容器无法正确维持前台运行并跟踪日志。
2. Cron任务未配置输出定向：默认情况下，cron任务的输出不会自动写入指定日志文件，需要显式配置重定向。
3. /etc/cron.d文件格式缺失：放在/etc/cron.d目录下的crontab文件必须指定执行用户，否则任务可能不触发。
4. 脚本路径依赖工作目录：crontab执行时的默认工作目录并非脚本所在路径，使用相对路径可能导致脚本无法找到。

修复步骤 #

1. 修正Crontab文件 #

修改config/crontab，补充执行用户并配置输出重定向：

* * * * * root /bin/sh /get_date.sh >> /var/log/cron.log 2>&1

• root：指定任务以root用户执行（/etc/cron.d目录下的任务必须显式声明用户）
• >> /var/log/cron.log 2>&1：将脚本的标准输出和错误输出全部追加到日志文件

2. 修正Dockerfile的CMD命令 #

将原CMD替换为能同时启动cron并跟踪日志的命令：

CMD ["sh", "-c", "cron && tail -f /var/log/cron.log"]

如果希望直接通过docker logs查看输出（无需日志文件），也可以让cron前台运行：

CMD ["cron", "-f"]

此时crontab中的输出会直接进入容器stdout，无需写入文件。

3. 优化Dockerfile（可选） #

清理apt缓存减小镜像体积，同时确保脚本路径绝对化：

FROM python:3.8-slim-buster

# 安装cron并清理缓存
RUN apt-get update \
    && apt-get install -y cron \
    && rm -rf /var/lib/apt/lists/*

# 复制脚本到容器根目录（使用绝对路径）
COPY scripts/get_date.sh /get_date.sh

# 赋予脚本执行权限
RUN chmod +x /get_date.sh

# 添加crontab文件到指定目录
ADD config/crontab /etc/cron.d/my-cron-file

# 设置crontab文件权限
RUN chmod 0644 /etc/cron.d/my-cron-file

# 创建日志文件
RUN touch /var/log/cron.log

# 启动cron并跟踪日志
CMD ["sh", "-c", "cron && tail -f /var/log/cron.log"]

4. 验证修复 #

重新构建并启动容器：

docker-compose build
docker-compose up -d
docker-compose logs -f cron

等待1分钟后，即可看到类似Current date and time is 09/15/24-14:35的输出。

额外调试技巧 #

• 手动执行脚本验证可用性：进入容器后运行/bin/sh /get_date.sh，确认脚本本身能正常输出
• 检查cron服务状态：service cron status
• 查看系统级cron日志：若使用slim镜像，需先安装rsyslog（apt-get install rsyslog），再通过cat /var/log/syslog | grep cron查看任务触发记录

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