Docker Swarm创建服务后容器立即退出（返回码0）问题咨询

看到你在Docker Swarm环境里创建服务后，容器马上退出且返回码是0，先给你梳理下核心思路——返回码0说明容器里的主进程是正常执行完毕后主动退出的，不是因为崩溃、报错被终止，这是排查的关键方向。

先看你提供的系统日志：

Feb 28 07:32:36 ip-172-31-18-123 kernel: IPVS: Creating netns size=2040 id=417
Feb 28 07:32:36 ip-172-31-18-123 NetworkManager[528]: [1519803156.2518] device (vethb31b4b5): link connected
Feb 28 07:32:36 ip-172-31-18-123 kernel: IPv6: ADDRCONF(NETDEV_CHANGE): vethb31b4b5: link becomes ready
Feb 28 07:32:36 ip-172-31-18-123 kernel: docker0: port 3(vethb31b4b5) ent...

这些日志只记录了网络初始化过程，完全没涉及容器进程的执行细节，得从以下几个核心方向排查：

1. 优先检查服务的启动命令/ENTRYPOINT #

• 如果你使用的镜像默认启动命令是一次性任务（比如echo "init done"、cat config.yaml这类执行完就结束的命令），容器自然会在任务完成后正常退出（返回码0）。
• 执行docker service inspect <service-name>查看服务的Args或Command配置，确认是不是这类短生命周期命令。
• 解决办法：如果需要容器长期运行，要把启动命令改成持续运行的进程——测试阶段可以用tail -f /dev/null占位，生产环境则用你的应用本身的常驻进程（比如nginx -g 'daemon off;'、python app.py这类）。

2. 查看容器自身的标准输出日志 #

网络日志对排查进程退出原因没用，必须看容器的运行日志：

• 执行docker service logs <service-name> --tail 100拉取最近100条日志，或者加--follow实时追踪，看进程是不是真的执行完任务就结束了。
• 也可以临时把服务改成单副本，用docker ps -a找到退出的容器ID，再执行docker logs <container-id>查看更完整的输出细节。

3. 验证镜像在单机Docker上的运行情况 #

• 先脱离Swarm环境，直接在节点上执行docker run <your-image>，看是不是同样会立即退出。如果单机运行也出现这个问题，那根源在镜像本身，和Swarm集群无关。
• 单机测试时可以加-it参数交互式运行：docker run -it <your-image> bash，进入容器后手动执行启动命令，直观检查有没有异常。

4. 检查Swarm服务的重启策略 #

• 虽然返回码0是正常退出，但如果你的服务需要持续运行，要确保重启策略配置正确。比如用docker service create --restart-condition any ...（不管退出码是什么都会重启），而不是默认的on-failure（仅非0返回码才触发重启）。
• 执行docker service inspect <service-name> | grep -A5 RestartPolicy可以快速查看当前的重启策略配置。

5. 排查资源限制（如果有配置） #

• 虽然返回码0不太可能是资源问题，但如果给服务配置了严格的内存/CPU限制，极端情况下进程可能快速执行完毕（甚至异常退出但返回码0，概率极低）。可以暂时去掉资源限制再测试，排除这个可能性。

先从启动命令和容器日志这两个方向入手，这是这类问题最常见的根源。

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