这个问题的核心原因是主机强制重启导致容器非正常终止，Apache的PID文件没有被正确清理——当你重启容器时，Apache启动脚本检测到残留的PID文件，误以为httpd进程（PID 1）还在运行，直接报错退出。

具体来说：

• 正常停止容器时，Docker会向容器内的PID 1进程发送终止信号，Apache收到信号后会自动清理自己的PID文件（通常位于/var/run/httpd.pid或类似路径）。
• 但主机重启属于强制终止容器的场景，Docker没有机会正常发送终止信号，Apache进程被直接杀死，PID文件就留在了容器的文件系统（如果PID文件路径被挂载到宿主机，也可能留在宿主机挂载目录中）。

临时解决方法（快速恢复容器） #

你可以通过以下步骤清理残留的PID文件，让容器正常启动：

1. 直接修改容器启动命令，先删除PID文件再启动Apache：

docker run --rm --name temp-myapp --hostname=myapp -p 80:80 -v ${PWD}/myapp:/srv/www/myapp prefix/myapp /bin/sh -c "rm -f /var/run/httpd.pid && httpd -D FOREGROUND"

注：如果你的Apache PID文件路径不是/var/run/httpd.pid，或者启动命令不是httpd -D FOREGROUND，请替换成你实际的路径和命令。

2. 验证容器能正常运行后，停止临时容器，再用原命令启动你的容器：

docker stop temp-myapp
docker start myapp

永久解决方法（避免下次再出现） #

为了防止主机重启后再次触发这个问题，你可以从以下两个方向优化：

1. 让Apache以PID 1运行，或使用init进程管理信号 #

容器内的PID 1进程需要负责处理终止信号，否则无法正常终止子进程并清理资源。如果你的Dockerfile是用后台命令启动Apache（比如service apache2 start），很容易出现信号处理问题。

• 修改Dockerfile，让Apache前台运行成为PID 1：
  确保启动命令是httpd -D FOREGROUND，这会让Apache在前台运行并成为容器的PID 1进程，能正确接收Docker发送的终止信号：

  CMD ["httpd", "-D", "FOREGROUND"]
  

• 使用tini作为init进程增强信号处理：
  tini可以帮你管理容器内的进程，确保信号被正确传递给子进程，避免资源残留。以openSUSE为例，在Dockerfile中添加：

  RUN zypper install -y tini
  ENTRYPOINT ["/usr/bin/tini", "--"]
  CMD ["httpd", "-D", "FOREGROUND"]
  

2. 修改启动逻辑，启动前自动清理PID文件 #

你可以自定义一个启动脚本，在启动Apache前强制清理残留的PID文件，确保每次启动都是干净的：

创建start-apache.sh脚本：

#!/bin/sh
# 清理Apache PID文件
PID_FILE="/var/run/httpd.pid"
[ -f "$PID_FILE" ] && rm -f "$PID_FILE"
# 启动Apache
exec httpd -D FOREGROUND

然后在Dockerfile中替换启动命令：

COPY start-apache.sh /usr/local/bin/
RUN chmod +x /usr/local/bin/start-apache.sh
CMD ["start-apache.sh"]

这样不管容器是否正常终止，启动前都会自动清理PID文件，彻底避免进程冲突问题。

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