Docker 調試技巧

Coding01 發布于2019-06-28 15:42 / 3251人閱讀

摘要：即使是容器已經退出的也可以看到，所以可以通過這種方式來分析非預期的退出。也可以直接通過在容器內啟動一個更方便地調試容器，不必一條條執行。和獲得容器中進程的狀態和在容器里執行的效果類似。通過查看容器的詳細信息飯后鏡像和容器的詳細信息。

『重用』容器名

但我們在編寫/調試Dockerfile的時候我們經常會重復之前的command，比如這種docker run --name jstorm-zookeeper zookeeper:3.4，然后就容器名就沖突了。

$ docker run --name jstorm-zookeeper zookeeper:3.4
...
$ docker run --name jstorm-zookeeper zookeeper:3.4
docker: Error response from daemon: Conflict. The name "/jstorm-zookeeper" is already in use by container xxxxxxxxx

可以在運行 docker run 時候加上--rm flag, 容器將在退出之后銷毀。無需手動docker rm CONTAINER

$ docker run --name jstorm-zookeeper zookeeper:3.4 --rm

# reuse 
$ docker create --name jstorm-zookeeper zookeeper:3.4
$ docker start jstorm-zookeeper

# no error

debug Dockerfile

在寫 Dockerfile 的時候，通常并不會一氣呵成。有的時候容器啟動就crash 直接退出，有的時候build image 就會失敗，或者想驗證Dockerfile是否符合預期，我們經常要debug Dockerfile。

如果build 失敗可以直接查看stdout的錯誤信息，拆分指令，重新build。

logs 查看 stdout

所有容器內寫到stdout的內容都會被捕獲到host中的一個history文件中, 可以通過 docker logs CONTAINER 查看。

$ docker run -d --name jstorm-zookeeper zookeeper:3.4

$ docker logs jstorm-zookeeper
ZooKeeper JMX enabled by default
Using config: /conf/zoo.cfg
2016-12-18 05:55:27,717 [myid:] - INFO  [main:QuorumPeerConfig@124] - Reading configuration from: /conf/zoo.cfg
2016-12-18 05:55:27,725 [myid:] - INFO  [main:DatadirCleanupManager@78] - autopurge.snapRetainCount set to 3
2016-12-18 05:55:27,725 [myid:] - INFO  [main:DatadirCleanupManager@79] - autopurge.purgeInterval set to 0
2016-12-18 05:55:27,726 [myid:] - INFO  [main:DatadirCleanupManager@101] - Purge task is not scheduled.
2016-12-18 05:55:27,728 [myid:] - WARN  [main:QuorumPeerMain@113] - Either no config or no quorum defined in config, running  in standalone mode
2016-12-18 05:55:27,746 [myid:] - INFO  [main:QuorumPeerConfig@124] - Reading configuration from: /conf/zoo.cfg
2016-12-18 05:55:27,747 [myid:] - INFO  [main:ZooKeeperServerMain@96] - Starting server
2016-12-18 05:55:27,766 [myid:] - INFO  [main:Environment@100] - Server environment:zookeeper.version=3.4.9-1757313, built on 08/23/2016 06:50 GMT
2016-12-18 05:55:27,766 [myid:] - INFO  [main:Environment@100] - Server environment:host.name=dbc742dd5688
2016-12-18 05:55:27,767 [myid:] - INFO  [main:Environment@100] - Server environment:java.version=1.8.0_111-internal

即使是容器已經退出的也可以看到，所以可以通過這種方式來分析非預期的退出。這些文件一直保存著，直到通過docker rm把容器刪除。文件的具體路徑可以通過docker inspect CONTAINER 獲得。
（然后osx上你并找不到這些文件，因為其實osx的docker實際是運行在"VM"中，具體就不展開了，但是可以通過 screen ~/Library/Containers/com.docker.docker/Data/com.docker.driver.amd64-linux/tty touch上"VM"的tty）

在使用docker logs 的時候加一些參數來過濾log，默認輸出所有log。

Options:
      --details        Show extra details provided to logs
  -f, --follow         Follow log output
      --help           Print usage
      --since string   Show logs since timestamp
      --tail string    Number of lines to show from the end of the logs (default "all")
  -t, --timestamps     Show timestamps

attach 實時查看stdout

如果你想實時查看容器的輸出你可以用 docker attach CONTAINER 命令。

默認會綁定stdin，代理signals，所以如果你 ctrl-c 容器通常會退出。很多時候大家并不想這樣，只是想分離開，可以ctrl-p ctrl-q。

執行任意command

可以通過docker exec CONTAINER COMMAND，來在容器內執行任意 command，比如 cat 一些東西來debug。

$ docker run -d --name jstorm-zookeeper zookeeper:3.4

$ docker exec jstorm-zookeeper java -version
openjdk version "1.8.0_111-internal"
OpenJDK Runtime Environment (build 1.8.0_111-internal-alpine-r0-b14)
OpenJDK 64-Bit Server VM (build 25.111-b14, mixed mode)

也可以直接通過 exec 在容器內啟動一個 shell 更方便地調試容器，不必一條條執行docker exec。

$ docker exec -it jstorm-zookeeper /bin/bash
bash-4.3# pwd
/zookeeper-3.4.9

docker exec 只能在正在運行的容器上使用，如果已經停止了退出了就不行了，就只好用 docker logs 了。

重寫entrypoint和cmd

每個Docker鏡像都有 entrypoint 和 cmd , 可以定義在 Dockerfile 中，也可以在運行時指定。這兩個概念很容易混淆，而且它們的試用方式也不同。

entrypoint 比 cmd 更"高級"，entrypoint 作為容器中pid為1的進程運行（docker不是虛擬機，只是隔離的進程。真正的linux中pid為1的是init）。
cmd 只是 entrypoint的參數:

""

當我們沒有指定 entrypoint 時缺省為 /bin/sh -c。所以其實 entrypoint 是真正表達這個docker應該干什么的，通常大家有一個shell 腳本來代理。
entrypoint 和 cmd 都可以在運行的時候更改，通過更改來看這樣設置entrypoint是否優雅合理。

$ docker run -it --name jstorm-zookeeper --entrypoint /bin/bash zookeeper:3.4
bash-4.3# top
Mem: 320212K used, 1725368K free, 89112K shrd, 35532K buff, 130532K cached
CPU:   0% usr   0% sys   0% nic 100% idle   0% io   0% irq   0% sirq
Load average: 0.20 0.06 0.02 5/195 7
  PID  PPID USER     STAT   VSZ %VSZ CPU %CPU COMMAND
    1     0 root     S     6220   0%   0   0% /bin/bash
    7     1 root     R     1516   0%   2   0% top

任何 docker run 命令中在image名后的內容都作為cmd的內容傳給 entrypoint當參數。

暫停容器

使用 docker pause 可以暫停容器中所有進程。這非常有用。

$ docker run -d --name jstorm-zookeeper zookeeper:3.4 && sleep 0.1 && docker pause jstorm-zookeeper && docker logs jstorm-zookeeper
a24405a53ffffd9b7d94d9e77fe2b5a67639a251d681aa2f34fcb0cc96f347ba48
jstorm-zookeeper
ZooKeeper JMX enabled by default
Using config: /conf/zoo.cfg
2016-12-18 16:17:47,720 [myid:] - INFO  [main:QuorumPeerConfig@124] - Reading configuration from: /conf/zoo.cfg
2016-12-18 16:17:47,730 [myid:] - INFO  [main:DatadirCleanupManager@78] - autopurge.snapRetainCount set to 3
2016-12-18 16:17:47,730 [myid:] - INFO  [main:DatadirCleanupManager@79] - autopurge.purgeInterval set to 0
2016-12-18 16:17:47,730 [myid:] - INFO  [main:DatadirCleanupManager@101] - Purge task is not scheduled.
2016-12-18 16:17:47,731 [myid:] - WARN  [main:QuorumPeerMain@113] - Either no config or no quorum defined in config, running  in standalone mode
2016-12-18 16:17:47,757 [myid:] - INFO  [main:QuorumPeerConfig@124] - Reading configuration from: /conf/zoo.cfg
2016-12-18 16:17:47,757 [myid:] - INFO  [main:ZooKeeperServerMain@96] - Starting server

$ docker unpause jstorm-zookeeper && docker logs jstorm-zookeeper
jstorm-zookeeper
ZooKeeper JMX enabled by default
Using config: /conf/zoo.cfg
2016-12-18 16:17:47,720 [myid:] - INFO  [main:QuorumPeerConfig@124] - Reading configuration from: /conf/zoo.cfg
2016-12-18 16:17:47,730 [myid:] - INFO  [main:DatadirCleanupManager@78] - autopurge.snapRetainCount set to 3
2016-12-18 16:17:47,730 [myid:] - INFO  [main:DatadirCleanupManager@79] - autopurge.purgeInterval set to 0
2016-12-18 16:17:47,730 [myid:] - INFO  [main:DatadirCleanupManager@101] - Purge task is not scheduled.
2016-12-18 16:17:47,731 [myid:] - WARN  [main:QuorumPeerMain@113] - Either no config or no quorum defined in config, running  in standalone mode
2016-12-18 16:17:47,757 [myid:] - INFO  [main:QuorumPeerConfig@124] - Reading configuration from: /conf/zoo.cfg
2016-12-18 16:17:47,757 [myid:] - INFO  [main:ZooKeeperServerMain@96] - Starting server
2016-12-18 16:18:09,039 [myid:] - INFO  [main:Environment@100] - Server environment:zookeeper.version=3.4.9-1757313, built on 08/23/2016 06:50 GMT
2016-12-18 16:18:09,040 [myid:] - INFO  [main:Environment@100] - Server environment:host.name=a24405a53ffffd
2016-12-18 16:18:09,040 [myid:] - INFO  [main:Environment@100] - Server environment:java.version=1.8.0_111-internal
2016-12-18 16:18:09,040 [myid:] - INFO  [main:Environment@100] - Server environment:java.vendor=Oracle Corporation
2016-12-18 16:18:09,040 [myid:] - INFO  [main:Environment@100] - Server environment:java.home=/usr/lib/jvm/java-1.8-openjdk/jre
2016-12-18 16:18:09,040 [myid:] - INFO  [main:Environment@100] - Server environment:java.class.path=/zookeeper-3.4.9/bin/../build/classes:/zookeeper-3.4.9/bin/../build/lib/*.jar:/zookeeper-3.4.9/bin/../lib/slf4j-log4j12-1.6.1.jar:/zookeeper-3.4.9/bin/../lib/slf4j-api-1.6.1.jar:/zookeeper-3.4.9/bin/../lib/netty-3.10.5.Final.jar:/zookeeper-3.4.9/bin/../lib/log4j-1.2.16.jar:/zookeeper-3.4.9/bin/../lib/jline-0.9.94.jar:/zookeeper-3.4.9/bin/../zookeeper-3.4.9.jar:/zookeeper-3.4.9/bin/../src/java/lib/*.jar:/conf:
2016-12-18 16:18:09,040 [myid:] - INFO  [main:Environment@100] - Server environment:java.library.path=/usr/lib/jvm/java-1.8-openjdk/jre/lib/amd64/server:/usr/lib/jvm/java-1.8-openjdk/jre/lib/amd64:/usr/lib/jvm/java-1.8-openjdk/jre/../lib/amd64:/usr/java/packages/lib/amd64:/usr/lib64:/lib64:/lib:/usr/lib
2016-12-18 16:18:09,041 [myid:] - INFO  [main:Environment@100] - Server environment:java.io.tmpdir=/tmp
2016-12-18 16:18:09,041 [myid:] - INFO  [main:Environment@100] - Server environment:java.compiler=
2016-12-18 16:18:09,043 [myid:] - INFO  [main:Environment@100] - Server environment:os.name=Linux
2016-12-18 16:18:09,043 [myid:] - INFO  [main:Environment@100] - Server environment:os.arch=amd64
2016-12-18 16:18:09,044 [myid:] - INFO  [main:Environment@100] - Server environment:os.version=4.4.27-moby
2016-12-18 16:18:09,044 [myid:] - INFO  [main:Environment@100] - Server environment:user.name=zookeeper
2016-12-18 16:18:09,044 [myid:] - INFO  [main:Environment@100] - Server environment:user.home=/home/zookeeper
2016-12-18 16:18:09,044 [myid:] - INFO  [main:Environment@100] - Server environment:user.dir=/zookeeper-3.4.9
2016-12-18 16:18:09,057 [myid:] - INFO  [main:ZooKeeperServer@815] - tickTime set to 2000
2016-12-18 16:18:09,057 [myid:] - INFO  [main:ZooKeeperServer@824] - minSessionTimeout set to -1
2016-12-18 16:18:09,058 [myid:] - INFO  [main:ZooKeeperServer@833] - maxSessionTimeout set to -1
2016-12-18 16:18:09,076 [myid:] - INFO  [main:NIOServerCnxnFactory@89] - binding to port 0.0.0.0/0.0.0.0:2181

top 和 stats 獲得容器中進程的狀態

docker top CONTAINER 和在容器里執行 top 的效果類似。

$ docker top jstorm-zookeeper
PID    USER      TIME  COMMAND
24593  dockrema  0:01  /usr/lib/jvm/java-1.8-openjdk/jre/bin/java -Dzookeeper.log.dir=. .....

$ docker stats jstorm-zookeeper
CONTAINER           CPU %     MEM USAGE / LIMIT       MEM %   NET I/O        BLOCK I/O   PIDS
jstorm-zookeeper    0.00%     24.86 MiB / 1.951 GiB   1.24%   648 B / 648 B  0 B / 0 B   20

通過 inspect 查看容器的詳細信息

docker inspect CONTAINER 飯后鏡像和容器的詳細信息。比如：

State —— 容器的當先狀態

LogPath —— history(stdout) file 的路徑

Config.Env —— 環境變量

NetworkSettings.Ports —— 端口的映射關系

環境變量非常有用很多問題都是環境變量引起的。

history 查看 image layers

可以看到各層創建的指令，大小和哈希。可以用來檢查這個image是否符合你的預期。

GPU云服務器云服務器調試技巧 javascript調試技巧應聘技巧運營技巧

文章版權歸作者所有，未經允許請勿轉載,若此文章存在違規行為，您可以聯系管理員刪除。

轉載請注明本文地址：http://specialneedsforspecialkids.com/yun/26845.html

最小化 Java 鏡像的常用技巧

摘要：本文將介紹精簡容器鏡像的必要性并以基于的應用為例描述最小化容器鏡像的常用技巧。經過這一優化，最終鏡像的大小為。背景隨著容器技術的普及，越來越多的應用被容器化。人們使用容器的頻率越來越高，但常常忽略一個基本但又非常重要的問題 - 容器鏡像的體積。本文將介紹精簡容器鏡像的必要性并以基于 spring boot 的 java 應用為例描述最小化容器鏡像的常用技巧。精簡容器鏡像的必要性 ...

MudOnTire 2019-06-21 16:51 評論0 收藏0
數人云工程師手記 | 雙劍合璧，分布式部署兩步走

摘要：今天小數給大家帶來的是數人云工程師金燁的分享，有關于自動快速部署服務相關組件的一些實踐。當與相遇，雙劍合璧，一切變得如此簡單有趣。通過將服務注冊到來做健康檢查。今天小數給大家帶來的是數人云工程師金燁的分享，有關于自動快速部署DCOS服務相關組件的一些實踐。當Ansible與Docker相遇，雙劍合璧，一切變得如此簡單有趣。本次分享將包括以下內容：云平臺部署使用的服務、組件 Do...

Jonathan Shieber 2019-06-28 17:47 評論0 收藏0
Docker 技巧：刪除 Docker 容器和鏡像

摘要：刪除所有未運行容器刪除所有鏡像刪除所有未打的鏡像刪除所有鏡像根據格式刪除所有鏡像刪除所有未運行 Docker 容器 docker rm $(docker ps -a -q) 刪除所有 Docker 鏡像刪除所有未打 tag 的鏡像 docker rmi $(docker images -q | awk /^/ { print $3 }) 刪除所有鏡像 docker rmi $(do...

yuanzhanghu 2019-06-28 15:06 評論0 收藏0