无法覆盖MinIO镜像ENTRYPOINT/CMD，自定义启动脚本未执行求助

为什么ENTRYPOINT/CMD无法覆盖？ #

你遇到的问题大概率是以下几个原因导致：

1. 镜像构建未生效：如果构建时重复使用旧的镜像标签，或者构建命令执行有误，修改后的ENTRYPOINT/CMD不会被应用到新镜像上。
2. 脚本路径问题：MinIO官方镜像默认工作目录是/data，你创建的setup.sh确实在该目录，但如果运行容器时指定了其他工作目录，或者脚本调用时未使用绝对路径，会导致系统找不到脚本。
3. 脚本内容缺陷：你当前的脚本最后一行仅执行minio命令，缺少MinIO启动必需的参数（如server /data），即便脚本运行也会直接退出，让你误以为脚本没执行。

修正后的Dockerfile #

直接将自定义脚本设为ENTRYPOINT，并确保脚本路径可靠、启动命令正确：

FROM minio/minio:RELEASE.2024-07-15T19-02-30Z

# 把脚本放到PATH目录下，避免路径问题
RUN echo '#!/bin/sh' > /usr/local/bin/start-minio.sh && \
    echo 'echo 192.168.0.123 custom.domain.example >> /etc/hosts' >> /usr/local/bin/start-minio.sh && \
    echo 'exec minio server /data "$@"' >> /usr/local/bin/start-minio.sh && \
    chmod +x /usr/local/bin/start-minio.sh

# 覆盖ENTRYPOINT为自定义脚本
ENTRYPOINT ["/usr/local/bin/start-minio.sh"]

关键优化点 #

• 绝对路径存放脚本：/usr/local/bin属于系统默认PATH，无论工作目录如何变化都能找到脚本。
• 用exec传递信号：exec minio server /data "$@"会让MinIO进程成为容器的PID 1，保证容器停止信号能正确传递给MinIO，避免强制杀进程。
• 保留参数传递："$@"会将运行容器时传入的额外参数（如--console-address ":9001"）传递给MinIO，兼容官方镜像的使用方式。

验证方法 #

1. 重新构建镜像：docker build -t custom-minio .
2. 查看镜像ENTRYPOINT是否生效：docker inspect custom-minio | grep -A 5 "Entrypoint"
3. 运行容器后验证hosts：docker exec <容器ID> cat /etc/hosts

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