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進程，則主機一直運行