根据我目前阅读的教程,使用"docker run -d"将从image启动一个容器,并且容器将在后台运行。这就是它的样子,我们已经有了container id。

root@docker:/home/root# docker run -d centos
605e3928cdddb844526bab691af51d0c9262e0a1fc3d41de3f59be1a58e1bd1d

但如果我运行“docker ps”,什么都没有返回。

所以我尝试了“docker ps -a”,我可以看到容器已经退出:

root@docker:/home/root# docker ps -a
CONTAINER ID        IMAGE                 COMMAND             CREATED             STATUS                         PORTS               NAMES
605e3928cddd        centos:latest         "/bin/bash"         31 minutes ago      Exited (0) 31 minutes ago                          kickass_swartz

我做错什么了吗?如何解决此问题?


当前回答

如果你在Dockerfile的末尾使用CMD,你所能做的就是在末尾添加代码。只有当你的docker构建在ubuntu上,或者任何可以使用bash的操作系统上时,这才会起作用。

&& /bin/bash

简单地说,Dockerfile的结尾看起来像这样。

...

CMD ls && ... && /bin/bash

因此,如果您在运行docker映像后自动运行任何内容,并且当任务完成时,bash终端将在docker中处于活动状态。因此,您可以输入shell命令。

其他回答

如果要对容器进行操作,则需要在前台运行它以保持它的活动状态。

Dockerfile中应用程序的错误路径:

我正在使用Alpine Linux将应用程序从RHEL服务器迁移到Docker容器。

在构建过程中没有错误,所以我很惊讶地看到容器立即退出!

第一停靠港:

docker logs <containerID>

这揭示了我在Dockerfile中提供给CMD的二进制文件的路径是伪造的:

line 0: /sbin/postfix: not found

好吧,这告诉了我事情是如何被破坏的,但没有具体到哪里:我仍然需要在Alpine Linux中为二进制文件提供正确的路径……

故障排除:

谷歌没有显示它的正确路径,所以我添加了以下一行到我的Dockerfile:

RUN which postfix

然后,我检查了我的构建日志记录(由附加到构建命令的下面命令提供),以检索RUN的值

 --progress=plain > /path/to/build.log 2>&1

解决办法:

我删除了这个测试构建,在Dockerfile中提供了正确的路径- /usr/sbin/postfix -到CMD,删除了该后缀的RUN,并运行了另一个构建。

瞧;这个过程现在还没有结束。

所以duff路径导致容器立即退出…

执行命令如下:

docker run -t -d <image-name>

如果你想指定端口,那么命令如下:

docker run -t -d -p <port-no> <image-name>

使用以下命令验证正在运行的容器:

docker ps

我已经在下面的帖子中解释了这个问题。

使用“exit”后如何保留docker alpine容器?

你可以通过以下任何一种方式实现你想要的:

docker run -t -d <image-name>

or

docker run -i -d <image-name>

or

docker run -it -d <image-name>

其他答案所建议的命令参数(即tail -f /dev/null)是完全可选的,并不是让容器保持在后台运行所必需的。

还要注意Docker文档建议组合-i和-t选项会导致它像shell一样运行。

See:

https://docs.docker.com/engine/reference/run/#foreground