根据我目前阅读的教程，使用"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
我做错什么了吗?如何解决此问题?
在交互模式下运行docker可能会解决这个问题。
下面是使用和不使用交互模式运行映像的示例
chaitra@RSK-IND-BLR-L06:~/dockers$ sudo docker运行-d -t -i test_again1.0
b6b9a942a79b1243bada59db19c7999cfff52d0a8744542fa843c95354966a18
chaitra@RSK-IND-BLR-L06:~/dockers$ sudo docker ps
容器id镜像命令创建状态端口名称
chaitra@RSK-IND-BLR-L06:~/dockers$ sudo docker run -d -t -i test_again1.0 bash
c3d6a9529fd70c5b2dc2d7e90fe662d19c6dad8549e9c812fb2b7ce2105d7ff5
chaitra@RSK-IND-BLR-L06:~/dockers$ sudo docker ps
容器id镜像命令创建状态端口名称
“bash”2 seconds ago Up 1秒
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路径导致容器立即退出…
