Docker Compose中Slurmctld容器Entrypoint脚本后续命令不执行问题

为什么exec /sbin/init之后的命令不执行？ #

exec命令的核心特性是用新进程直接替换当前的Shell进程，而非启动子进程并行运行。当你的entrypoint脚本执行exec /sbin/init时，原来的脚本进程会瞬间被/sbin/init进程取代，脚本里写在这行之后的所有代码都失去了执行载体，自然不会被运行。

这也能解释其他场景的正常情况：把gosu命令移到exec /sbin/init前面时，这些命令会在脚本进程被替换前先执行完毕；手动执行时是在当前Shell里直接运行，没有进程替换的问题，所以也能正常工作。

解决方法 #

方案1：跳过init，直接启动服务（容器场景推荐） #

容器本身更适配单进程模型，除非确实需要管理多个后台服务，否则没必要启动完整的init系统。直接在脚本里后台启动munge，再用exec启动slurmctld作为容器主进程：

# 后台启动munge服务，让它在后台运行
gosu munge /usr/sbin/munged &
# 用exec启动slurmctld，让它成为容器的主进程
exec gosu slurm /usr/sbin/slurmctld -Dvvv

这种方式轻量高效，符合容器设计的最佳实践，容器的生命周期会和slurmctld绑定，服务退出容器也会跟着停止。

方案2：将服务加入init的启动配置（适合依赖init的场景） #

如果你的容器必须用/sbin/init（比如用systemd管理多个服务），可以把munge和slurmctld做成init的服务单元，让init自动启动它们：

1. 编写munge的systemd服务文件（/etc/systemd/system/munged.service）：

[Unit]
Description=MUNGE认证服务
After=network.target

[Service]
Type=forking
User=munge
ExecStart=/usr/sbin/munged
Restart=always

[Install]
WantedBy=multi-user.target

2. 编写slurmctld的systemd服务文件（/etc/systemd/system/slurmctld.service）：

[Unit]
Description=Slurm控制器守护进程
After=munged.service network.target

[Service]
Type=simple
User=slurm
ExecStart=/usr/sbin/slurmctld -Dvvv
Restart=always

[Install]
WantedBy=multi-user.target

3. 修改entrypoint脚本，先启用服务再启动init：

# 启用服务，让systemd开机启动
systemctl enable munged.service slurmctld.service
# 用exec启动systemd作为容器主进程
exec /sbin/init

这样systemd启动后会自动拉起这两个服务，所有进程都由init管理。

方案3：后台启动init，继续执行脚本（不推荐） #

把exec /sbin/init改成后台启动，让脚本继续执行后面的命令，但要注意最后需要挂起脚本避免容器退出：

# 后台启动init，保存进程ID
/sbin/init &
INIT_PID=$!

# 执行munge和slurmctld
gosu munge /usr/sbin/munged
exec gosu slurm /usr/sbin/slurmctld -Dvvv

# 等待init进程（可选，如果需要容器主进程是init的话保留）
wait $INIT_PID

这种方式容易出现进程管理混乱，容器主进程可能变成slurmctld或者init，不推荐在生产环境使用。

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