Docker
Sprawdzanie działającego kontenera

Składnia

• doker sprawdź [OPCJE] POJEMNIK | OBRAZ [POJEMNIK | OBRAZ ...]

Uzyskaj informacje o kontenerze

Aby uzyskać wszystkie informacje o kontenerze, możesz uruchomić:

docker inspect <container>

Uzyskaj określone informacje z kontenera

Możesz uzyskać określone informacje z kontenera, uruchamiając:

docker inspect -f '<format>' <container>

Na przykład możesz uzyskać Ustawienia sieci, uruchamiając:

docker inspect -f '{{ .NetworkSettings }}' <container>

Możesz także uzyskać tylko adres IP:

docker inspect -f '{{ .NetworkSettings.IPAddress }}' <container>

Parametr -f oznacza format i otrzyma szablon Go jako dane wejściowe w celu sformatowania oczekiwanego, ale nie przyniesie to pięknego zwrotu, więc spróbuj:

docker inspect -f '{{ json .NetworkSettings }}' {{containerIdOrName}}

słowo kluczowe json zwróci wartość jako JSON.

Na koniec, małą wskazówką jest użycie w nim Pythona do sformatowania wyjściowego JSON:

docker inspect -f '{{ json .NetworkSettings }}' <container> | python -mjson.tool

I voila, możesz zapytać o wszystko w inspekcji dokera i sprawić, by wyglądało ładnie w twoim terminalu.

Można również użyć narzędzia o nazwie „ jq ”, aby pomóc procesowi docker inspect dane wyjściowe polecenia.

docker inspect -f '{{ json .NetworkSettings }}' aa1 | jq [.Gateway]

Powyższe polecenie zwróci następujące dane wyjściowe:

[
  "172.17.0.1"
]

To wyjście jest w rzeczywistości listą zawierającą jeden element. Czasami docker inspect wyświetla listę kilku elementów i możesz chcieć odwoływać się do określonego elementu. Na przykład, jeśli Config.Env zawiera kilka elementów, możesz odwołać się do pierwszego elementu tej listy za pomocą index :

docker inspect --format '{{ index (index .Config.Env) 0 }}' <container>

Pierwszy element jest indeksowany na zero, co oznacza, że drugi element tej listy ma indeks 1 :

docker inspect --format '{{ index (index .Config.Env) 1 }}' <container>

Za pomocą len można uzyskać liczbę elementów listy:

docker inspect --format ‘{{ len .Config.Env }}’ <container>

Za pomocą liczb ujemnych można odwoływać się do ostatniego elementu listy:

docker inspect –format “{{ index .Config.Cmd $[$(docker inspect –format ‘{{ len .Config.Cmd }}’ <container>)-1]}}” <container>

Niektóre informacje o docker inspect są dostępne jako słownik klucza: wartość, oto fragment docker inspect z uruchomionego kontenera jess / spotify

"Config": { "Hostname": "8255f4804dde", "Domainname": "", "User": "spotify", "AttachStdin": false, "AttachStdout": false, "AttachStderr": false, "Tty": false, "OpenStdin": false, "StdinOnce": false, "Env": [ "DISPLAY=unix:0", "PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin", "HOME=/home/spotify" ], "Cmd": [ "-stylesheet=/home/spotify/spotify-override.css" ], "Image": "jess/spotify", "Volumes": null, "WorkingDir": "/home/spotify", "Entrypoint": [ "spotify" ], "OnBuild": null, "Labels": {} },

więc otrzymuję wartości całej sekcji Config

docker inspect -f '{{.Config}}' 825

{8255f4804dde spotify false false false map[] false false false [DISPLAY=unix:0 PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin HOME=/home/spotify] [-stylesheet=/home/spotify/spotify-override.css] false jess/spotify map[] /home/spotify [spotify] false [] map[] }

ale także pojedyncze pole, takie jak wartość Config.Image

docker inspect -f '{{index (.Config) "Image" }}' 825

jess/spotify

lub Config.Cmd

docker inspect -f '{{.Config.Cmd}}' 825

[-stylesheet=/home/spotify/spotify-override.css]

Sprawdź obraz

Aby sprawdzić obraz, możesz użyć jego identyfikatora lub nazwy obrazu, składającej się z repozytorium i tagu. Powiedzmy, że masz obraz podstawowy CentOS 6:

➜  ~ docker images
REPOSITORY          TAG                 IMAGE ID            CREATED             SIZE
centos              centos6             cf2c3ece5e41        2 weeks ago         194.6 MB

W takim przypadku możesz uruchomić jedną z następujących czynności:

• ➜ ~ docker inspect cf2c3ece5e41
• ➜ ~ docker inspect centos:centos6

Oba te polecenia dają wszystkie informacje dostępne w tablicy JSON:

[
    {
        "Id": "sha256:cf2c3ece5e418fd063bfad5e7e8d083182195152f90aac3a5ca4dbfbf6a1fc2a",
        "RepoTags": [
            "centos:centos6"
        ],
        "RepoDigests": [],
        "Parent": "",
        "Comment": "",
        "Created": "2016-07-01T22:34:39.970264448Z",
        "Container": "b355fe9a01a8f95072e4406763138c5ad9ca0a50dbb0ce07387ba905817d6702",
        "ContainerConfig": {
            "Hostname": "68a1f3cfce80",
            "Domainname": "",
            "User": "",
            "AttachStdin": false,
            "AttachStdout": false,
            "AttachStderr": false,
            "Tty": false,
            "OpenStdin": false,
            "StdinOnce": false,
            "Env": [
                "PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin"
            ],
            "Cmd": [
                "/bin/sh",
                "-c",
                "#(nop) CMD [\"/bin/bash\"]"
            ],
            "Image": "sha256:cdbcc7980b002dc19b4d5b6ac450993c478927f673339b4e6893647fe2158fa7",
            "Volumes": null,
            "WorkingDir": "",
            "Entrypoint": null,
            "OnBuild": null,
            "Labels": {
                "build-date": "20160701",
                "license": "GPLv2",
                "name": "CentOS Base Image",
                "vendor": "CentOS"
            }
        },
        "DockerVersion": "1.10.3",
        "Author": "https://github.com/CentOS/sig-cloud-instance-images",
        "Config": {
            "Hostname": "68a1f3cfce80",
            "Domainname": "",
            "User": "",
            "AttachStdin": false,
            "AttachStdout": false,
            "AttachStderr": false,
            "Tty": false,
            "OpenStdin": false,
            "StdinOnce": false,
            "Env": [
                "PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin"
            ],
            "Cmd": [
                "/bin/bash"
            ],
            "Image": "sha256:cdbcc7980b002dc19b4d5b6ac450993c478927f673339b4e6893647fe2158fa7",
            "Volumes": null,
            "WorkingDir": "",
            "Entrypoint": null,
            "OnBuild": null,
            "Labels": {
                "build-date": "20160701",
                "license": "GPLv2",
                "name": "CentOS Base Image",
                "vendor": "CentOS"
            }
        },
        "Architecture": "amd64",
        "Os": "linux",
        "Size": 194606575,
        "VirtualSize": 194606575,
        "GraphDriver": {
            "Name": "aufs",
            "Data": null
        },
        "RootFS": {
            "Type": "layers",
            "Layers": [
                "sha256:2714f4a6cdee9d4c987fef019608a4f61f1cda7ccf423aeb8d7d89f745c58b18"
            ]
        }
    }
]

Drukowanie określonych informacji

docker inspect obsługuje szablony Go za pomocą opcji --format . Pozwala to na lepszą integrację ze skryptami, bez uciekania się do tradycyjnych narzędzi pipe / sed / grep.

Wydrukuj wewnętrzny adres IP kontenera :

docker inspect --format '{{ .NetworkSettings.IPAddress }}' 7786807d8084

Jest to przydatne do bezpośredniego dostępu do sieci automatycznej konfiguracji modułu równoważenia obciążenia.

Wydrukuj kontener inicjujący PID :

docker inspect --format '{{ .State.Pid }}' 7786807d8084

Jest to przydatne do głębszej inspekcji za pomocą /proc lub narzędzi takich jak strace .

Zaawansowane formowanie :

docker inspect --format 'Container {{ .Name }} listens on {{ .NetworkSettings.IPAddress }}:{{ range $index, $elem := .Config.ExposedPorts }}{{ $index }}{{ end }}' 5765847de886 7786807d8084

Wyjdzie:

Container /redis listens on 172.17.0.3:6379/tcp
Container /api listens on 172.17.0.2:4000/tcp

Debugowanie dzienników kontenerów za pomocą inspekcji dokera

komendy docker inspect można użyć do debugowania dzienników kontenera.

Stdout i stderr kontenera można sprawdzić w celu debugowania kontenera, którego lokalizację można uzyskać za pomocą docker inspect .

Polecenie: docker inspect <container-id> | grep Source

Podaje lokalizację pojemników stdout i stderr.

Badanie stdout / stderr działającego kontenera

docker logs --follow <containerid>

Ogonuje to wyjście działającego kontenera. Jest to przydatne, jeśli nie skonfigurowano sterownika rejestrowania w demonie dokera.