docker学习笔记（五）——Docker经常使用命令总结

1. 开启/中止/重启container（start/stop/restart）

容器能够经过run新建一个来运行，也能够从新start已经中止的container，但start不可以再指定容器启动时运行的指令，由于docker只能有一个前台进程。
容器stop（或Ctrl+D）时，会在保存当前容器的状态以后退出，下次start时保有上次关闭时更改。并且每次进入attach进去的界面是同样的，与第一次run启动或commit提交的时刻相同。

CONTAINER_ID=$(docker start <containner_id>)
docker stop $CONTAINER_ID
docker restart $CONTAINER_ID

关于这几个命令能够经过一个完整的实例使用：docker如何建立一个运行后台进程的容器并同时提供shell终端。

2. 链接到正在运行中的container（attach）

要attach上去的容器必须正在运行，能够同时链接上同一个container来共享屏幕（与screen命令的attach相似）。
官方文档中说attach后能够经过CTRL-C来detach，但实际上通过个人测试，若是container当前在运行bash，CTRL-C天然是当前行的输入，没有退出；若是container当前正在前台运行进程，如输出nginx的access.log日志，CTRL-C不只会致使退出容器，并且还stop了。这不是咱们想要的，detach的意思按理应该是脱离容器终端，但容器依然运行。好在attach是能够带上--sig-proxy=false来确保CTRL-D或CTRL-C不会关闭容器。

# docker attach --sig-proxy=false $CONTAINER_ID

3. 查看p_w_picpath或container的底层信息（inspect）

inspect的对象能够是p_w_picpath、运行中的container和中止的container。

查看容器的内部IP
# docker inspect --format='{\{.NetworkSettings.IPAddress}}' $CONTAINER_ID
172.17.42.35
（注：因为代码块解析的问题，上面NetworkSettings前面的 \ 去掉）

4. 删除一个或多个container、p_w_picpath（rm、rmi）

你可能在使用过程当中会build或commit许多镜像，无用的镜像须要删除。但删除这些镜像是有一些条件的：

• 同一个IMAGE ID可能会有多个TAG（可能还在不一样的仓库），首先你要根据这些 p_w_picpath names 来删除标签，当删除最后一个tag的时候就会自动删除镜像；

• 承上，若是要删除的多个IMAGE NAME在同一个REPOSITORY，能够经过docker rmi <p_w_picpath_id>来同时删除剩下的TAG；若在不一样Repo则仍是须要手动逐个删除TAG；

• 还存在由这个镜像启动的container时（即使已经中止），也没法删除镜像；

TO-DO
如何查看镜像与容器的依存关系

删除容器 
docker rm <container_id/contaner_name>

删除全部中止的容器

docker rm $(docker ps -a -q)

删除镜像 
docker rmi <p_w_picpath_id/p_w_picpath_name ...>
下面是一个完整的示例：

# docker p_w_picpaths            <==
ubuntu            13.10        195eb90b5349       4 months ago       184.6 MB
ubuntu            saucy        195eb90b5349       4 months ago       184.6 MB
seanlook/ubuntu   rm_test      195eb90b5349       4 months ago       184.6 MB
使用195eb90b5349启动、中止一个容器后，删除这个镜像
# docker rmi 195eb90b5349
Error response from daemon: Conflict, cannot delete p_w_picpath 195eb90b5349 because it is 
tagged in multiple repositories, use -f to force
2014/11/04 14:19:00 Error: failed to remove one or more p_w_picpaths
删除seanlook仓库中的tag     <==
# docker rmi seanlook/ubuntu:rm_test
Untagged: seanlook/ubuntu:rm_test
如今删除镜像，还会因为container的存在不能rmi
# docker rmi 195eb90b5349
Error response from daemon: Conflict, cannot delete 195eb90b5349 because the 
 container eef3648a6e77 is using it, use -f to force
2014/11/04 14:24:15 Error: failed to remove one or more p_w_picpaths
先删除由这个镜像启动的容器    <==
# docker rm eef3648a6e77
删除镜像                    <==
# docker rmi 195eb90b5349
Deleted: 195eb90b534950d334188c3627f860fbdf898e224d8a0a11ec54ff453175e081
Deleted: 209ea56fda6dc2fb013e4d1e40cb678b2af91d1b54a71529f7df0bd867adc961
Deleted: 0f4aac48388f5d65a725ccf8e7caada42f136026c566528a5ee9b02467dac90a
Deleted: fae16849ebe23b48f2bedcc08aaabd45408c62b531ffd8d3088592043d5e7364
Deleted: f127542f0b6191e99bb015b672f5cf48fa79d974784ac8090b11aeac184eaaff

注意，上面的删除过程我所举的例子比较特殊——镜像被tag在多个仓库，也有启动过的容器。按照<==指示的顺序进行便可。

5. docker build 使用此配置生成新的p_w_picpath

build命令能够从Dockerfile和上下文来建立镜像：
docker build [OPTIONS] PATH | URL | -
上面的PATH或URL中的文件被称做上下文，build p_w_picpath的过程会先把这些文件传送到docker的服务端来进行的。
若是PATH直接就是一个单独的Dockerfile文件则能够不须要上下文；若是URL是一个Git仓库地址，那么建立p_w_picpath的过程当中会自动git clone一份到本机的临时目录，它就成为了本次build的上下文。不管指定的PATH是什么，Dockerfile是相当重要的，请参考Dockerfile Reference。
请看下面的例子：

# cat Dockerfile 
FROM seanlook/nginx:bash_vim
EXPOSE 80
ENTRYPOINT /usr/sbin/nginx -c /etc/nginx/nginx.conf && /bin/bash
# docker build -t seanlook/nginx:bash_vim_Df .
Sending build context to Docker daemon 73.45 MB
Sending build context to Docker daemon 
Step 0 : FROM seanlook/nginx:bash_vim
 ---> aa8516fa0bb7
Step 1 : EXPOSE 80
 ---> Using cache
 ---> fece07e2b515
Step 2 : ENTRYPOINT /usr/sbin/nginx -c /etc/nginx/nginx.conf && /bin/bash
 ---> Running in e08963fd5afb
 ---> d9bbd13f5066
Removing intermediate container e08963fd5afb
Successfully built d9bbd13f5066

上面的PATH为.，因此在当前目录下的全部文件（不包括.dockerignore中的）将会被tar打包并传送到docker daemon（通常在本机），从输出咱们能够到Sending build context...，最后有个Removing intermediate container的过程，能够经过--rm=false来保留容器。

TO-DO
docker build github.com/creack/docker-firefox失败。

6. 给镜像打上标签（tag）

tag的做用主要有两点：一是为镜像起一个容易理解的名字，二是能够经过docker tag来从新指定镜像的仓库，这样在push时自动提交到仓库。

将同一IMAGE_ID的全部tag，合并为一个新的
# docker tag 195eb90b5349 seanlook/ubuntu:rm_test
新建一个tag，保留旧的那条记录
# docker tag Registry/Repos:Tag New_Registry/New_Repos:New_Tag

7. 查看容器的信息container（ps）

docker ps命令能够查看容器的CONTAINER ID、NAME、IMAGE NAME、端口开启及绑定、容器启动后执行的COMMNAD。常常经过ps来找到CONTAINER_ID。
docker ps 默认显示当前正在运行中的container
docker ps -a 查看包括已经中止的全部容器
docker ps -l 显示最新启动的一个容器（包括已中止的）

8. 查看容器中正在运行的进程（top）

容器运行时不必定有/bin/bash终端来交互执行top命令，查看container中正在运行的进程，何况还不必定有top命令，这是docker top <container_id/container_name>就颇有用了。实际上在host上使用ps -ef|grep docker也能够看到一组相似的进程信息，把container里的进程当作是host上启动docker的子进程就对了。

9. docker与宿主机文件互拷

将主机/www/runoob目录拷贝到容器96f7f14e99ab的/www目录下。

docker cp /www/runoob 96f7f14e99ab:/www/

将主机/www/runoob目录拷贝到容器96f7f14e99ab中，目录重命名为www。

docker cp /www/runoob 96f7f14e99ab:/www

将容器96f7f14e99ab的/www目录拷贝到主机的/tmp目录中。

docker cp  96f7f14e99ab:/www /tmp/

十、docker 容器保持后台运行的两种方式

10.1 run一个容器： （推荐方法）

[root@localhost ~]# docker run -dit --hostname centos --name centos --restart always a8493f5f50ff /bin/bash
 
-dit 是后台运行、交互模式、分配终端，容器启动后不会退出
 若是没有it参数，run 一个容器之后，docker ps -a 容器状态就exited了
--restart always 容器能够随docker服务启动而启动

10.2  run 一个容器，并一直发送ping包

[root@localhost ~]# docker run -d --name test --hostname test a8493f5f50ff ping 127.0.0.1

开启ping进程，则主机一直运行