自定义修改后的Keycloak镜像启动即崩溃问题求助

嘿，我一眼就看出问题出在哪了——你不小心覆盖了官方jboss/keycloak镜像的默认启动命令！

官方的Keycloak镜像已经预设了专门的ENTRYPOINT和CMD来启动服务，当你在Dockerfile里加CMD指令时，会直接替换掉镜像原本的CMD配置。这就导致容器启动时，不再执行Keycloak的启动脚本，反而把/bin/sh（Docker默认用来执行CMD的shell）当成了Keycloak的启动参数，这自然会触发WFLYSRV0073: Invalid option '/bin/sh'的报错。

正确的Dockerfile写法 #

你的需求是把自定义的standalone.xml提前打包进镜像，这个操作应该在镜像构建阶段完成，而不是容器启动的时候。所以别用CMD，直接用COPY覆盖就行：

FROM jboss/keycloak:X.XX
# 直接复制自定义配置，会自动覆盖原文件，不需要额外rm
COPY ./keycloak/standalone.xml /opt/jboss/keycloak/standalone/configuration/

小提示： #

COPY指令本身就会覆盖目标路径下的同名文件，所以完全没必要先执行rm命令，一步到位更简洁。

额外说明：ENTRYPOINT和CMD的配合逻辑 #

如果之后你需要给Keycloak加启动参数（比如指定绑定IP、调整日志级别），可以保留官方的ENTRYPOINT，只修改CMD来传递参数：

FROM jboss/keycloak:X.XX
COPY ./keycloak/standalone.xml /opt/jboss/keycloak/standalone/configuration/
# 给Keycloak添加启动参数：绑定所有网卡
CMD ["-b", "0.0.0.0"]

这样容器启动时，CMD里的参数会被传递给官方的启动脚本，完全不会破坏原有的服务启动流程。

至于你之前用Alpine镜像没问题，是因为Alpine的默认ENTRYPOINT就是/bin/sh，所以加CMD相当于在shell里执行命令；但Keycloak镜像的启动逻辑是直接指向服务启动脚本，不能随便替换CMD哦。

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