Cloud Run部署容器报错：无法创建/var/log目录传输端点未连接

报错信息：mkdir: cannot create directory '/var/log': Transport endpoint is not connected

• Cloud Run 容器运行环境和本地、Compute Engine 存在核心差异：容器默认根文件系统为只读状态，仅 /tmp 目录是可写入的内存临时挂载点，其余系统路径不支持启动后动态写入、创建目录/文件。
• 你在 entrypoint 新增 cron 启动逻辑后，cron 进程默认会尝试创建 /var/log 目录写入运行日志，该操作在本地、GCE 环境下因为根文件系统可写可以正常执行，但在 Cloud Run 只读文件系统限制下会被拦截，触发传输端点未连接的报错，直接导致容器启动失败退出。
• 该报错和镜像本身构建无关，纯运行环境权限差异导致。

• 先检查 entrypoint 脚本中新增的 cron 相关逻辑，确认是否存在显式执行 mkdir /var/log 的命令，或是 cron 服务默认启动流程中自带日志目录初始化操作。
• 本地调试时可直接给 docker 加只读参数模拟 Cloud Run 环境，执行 docker run --read-only 你的镜像名 即可1:1复现该报错，无需反复部署到云端调试。
• 若你给服务配置过 Cloud Storage FUSE 类的挂载，可额外检查挂载路径是否配置错误，但结合你是新增 cron 后才出现故障的场景，优先排查只读文件系统限制即可。

按优先级推荐以下处理方式：

1. 将日志路径重定向到可写目录，适配 Cloud Run 环境规范
   这是最稳妥的方案，不要在启动时操作 /var 路径，所有日志写入全部指向 /tmp 目录：
   • entrypoint 启动时提前在 /tmp 下创建日志目录
   • 修改 cron 启动参数，关闭默认往 /var/log 写日志的逻辑，将日志输出重定向到 /tmp 下的路径，或者直接输出到标准输出
     参考 entrypoint 配置片段：

   # 在可写路径创建日志目录
   mkdir -p /tmp/log
   # 前台启动cron，日志重定向到/tmp路径或直接输出到stdout
   cron -f -L 2 >> /tmp/log/cron.log 2>&1 &
   # 启动主应用进程
   exec 你的主应用启动命令
   

2. 若必须使用 /var/log 路径，可在镜像构建阶段提前创建该目录，不要在容器启动时动态创建：
   在 Dockerfile 中增加以下配置：

   RUN mkdir -p /var/log && chmod 777 /var/log
   

   注意：该方案仅能解决启动时 mkdir 的报错，Cloud Run 根文件系统为只读，后续进程往 /var/log 写入文件依然会失败，仅适合不需要往该目录写实际内容的场景。
3. 遵循 Cloud Run 最佳实践，不要在容器本地存储日志文件，将 cron 和主应用的所有运行日志直接输出到 stdout/stderr，Cloud Run 会自动采集所有标准输出日志投递到 Cloud Logging，无需手动维护本地日志目录。

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