经常遇到docker运行容器后，会启动不了，不能正常运行的情况，如下图：

几天探索方法未果，无奈。经过查找资料了解到原因，：

Docker容器后台运行,就必须有一个前台进程.容器运行的命令如果不是那些一直挂起的命令（比如运行top，tail），就是会自动退出的。

针对这种情况的解决方法是：在运行容器指令，同时加一个tail指令，这样docker容器后台发现前台进程运行，就不会退出，一直运行了。示例指令如下：

#docker run -d --name mysql_s02 ...  /bin/bash -c "tail -f /dev/null"

运行后，再看#docker ps ，正常运行了。（注： 此方案暂不可行，表面上是正常了，但连接访问mysql仍不能，说明没有正常启动）

正确做法如下：

需要查看docker容器日志，查看取得相应的错误信息，针对来解决。

#docker logs --since 30m 容器id  

会列出最近的日志信息（详细可参考https://www.jianshu.com/p/1eb1d1d3f25e），根据提示的报错信息，进行修复即可，截图范例如下：

参考：

https://blog.csdn.net/h106140873/article/details/94577383?utm_medium=distribute.pc_relevant.none-task-blog-BlogCommendFromMachineLearnPai2-3.edu_weight&depth_1-utm_source=distribute.pc_relevant.none-task-blog-BlogCommendFromMachineLearnPai2-3.edu_weight

Logo
向您推荐>>Eolink开发者社区

权威｜前沿｜技术｜干货｜国内首个API全生命周期开发者社区

更多推荐

ELK实现containerd的容器日志采集展示【基于logging的全栈监测】

企业级ELK Stack构建介绍

avatar 云原生

深入理解 Mocha 测试框架：从零实现一个 Mocha

前言什么是自动化测试自动化测试在很多团队中都是Devops环节中很难执行起来的一个环节，主要原因在于测试代码的编写工作很难抽象，99%的场景都需要和业务强绑定，而且写测试代码的编写工作量往往比编写实际业务代码的工作量更多。在一些很多业务场景中投入产出比很低，适合写自动化测试的应该是那些中长期业务以及一些诸如组件一样的基础库。自动化测试是个比较大的概念，其中分类也比较多，比如单元测试，端对端测试，集

avatar 云原生

(20200916 Solved)docker-compose up创建容器自动退出

问题描述如题，创建容器后自动退出了。并且docker start container无效解决方案原因是缺失了控制终端的配置，需要在docker-compose.yml中增加tty:true ，有时候这样也不行，需要再增加一个command:/bin/bash，命令不一定是这个，需要是一个不会退出的命令，然后用-d后台启动容器。Referencesdocker-compose启动容器后自动退出...

avatar 云原生