使用Docker CMD运行脚本时Symfony应用启动异常

你的脚本运行方式确实存在问题，核心原因是unitd没有以容器PID 1进程的身份启动，导致它无法完成Symfony应用的初始化加载。

问题根源 #

原镜像的CMD ["unitd", "--no-daemon", "--control", "unix:/var/run/control.unit.sock"]采用exec模式启动，此时unitd直接作为容器的PID 1进程运行。而你用sh /path/to/script.sh启动时，sh进程是PID 1，unitd只是它的子进程——部分服务（包括unitd）依赖PID 1的身份才能完成完整初始化（比如自动加载应用配置），这就导致unitd卡在OpenSSL日志阶段，没有继续启动Symfony应用，最终返回502错误。

解决方法 #

修改你的启动脚本，用exec命令启动unitd，让它取代sh进程成为容器的PID 1：

#! /bin/sh
echo something
# 用exec让unitd替换当前shell进程，成为PID 1
exec unitd --no-daemon --control unix:/var/run/control.unit.sock

同时调整Dockerfile的CMD，直接执行脚本（无需通过sh调用，脚本的shebang会自动指定解释器），并确保脚本有执行权限：

# 复制脚本到镜像
COPY script.sh /path/to/the/script.sh
# 添加执行权限
RUN chmod +x /path/to/the/script.sh
# 直接执行脚本
CMD ["/path/to/the/script.sh"]

额外检查 #

如果上述方法无效，可检查基础镜像是否包含ENTRYPOINT：

• 用docker inspect <基础镜像名>查看Entrypoint字段
• 如果存在自定义ENTRYPOINT（比如初始化脚本），需要确保你的脚本在执行unitd前先完成原ENTRYPOINT的初始化逻辑，或者调整ENTRYPOINT与CMD的组合，让原初始化步骤正常执行。

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