Docker中Cron无法访问文件及日志无输出问题求助

问题1：脚本路径带\r导致文件找不到 #

错误信息里的/code/script.py\r说明你的crontab配置文件或启动命令包含Windows换行符（CR），Linux环境下Cron会把\r当成路径的一部分，自然找不到实际存在的文件。

解决步骤：

• 转换crontab文件的换行符：在容器内执行dos2unix /etc/crontab（如果crontab放在默认路径），或针对自定义crontab文件执行dos2unix /path/to/your/crontab
• 直接在容器内重新编辑crontab：执行crontab -e，手动输入任务命令（比如* * * * * /usr/local/bin/python /code/script.py），保存后生成的文件会自动使用Linux LF换行符，避免\r问题
• 避免从Windows编辑器直接复制命令到crontab，防止带入隐藏的CR字符

问题2：Cron输出无法在docker logs中查看 #

即使重定向到/proc/1/fd/1，Cron的执行环境与容器主进程（PID 1）不同，易出现文件描述符不兼容或缓冲问题，导致日志无法同步到docker logs。

解决方法：

1. 明确指定环境变量并正确重定向
   在crontab中先设置PATH（Cron默认PATH非常有限），并分开重定向标准输出和错误输出：

   PATH=/usr/local/bin:/usr/bin:/bin
   * * * * * /usr/local/bin/python /code/script.py >> /proc/1/fd/1 2>> /proc/1/fd/2
   

2. 用bash包裹命令确保环境正确
   若上述方法无效，用bash -c包裹整个任务命令，强制使用bash的环境：

   * * * * * bash -c 'PATH=/usr/local/bin:/usr/bin:/bin; /usr/local/bin/python /code/script.py' >> /proc/1/fd/1 2>&1
   

3. 解决Python输出缓冲问题
   若日志仍不出现，添加-u参数强制Python无缓冲输出：

   * * * * * /usr/local/bin/python -u /code/script.py >> /proc/1/fd/1 2>&1
   

4. 将cron作为容器主进程
   修改Dockerfile的CMD为cron -f，让cron直接以PID 1运行，任务输出重定向会更可靠：

   CMD ["cron", "-f"]
   

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