Jak wyświetlić woluminy w kontenerach dokerów?

213

Podczas korzystania z obrazów dokowanych z rejestrów często muszę widzieć woluminy utworzone przez kontenery obrazu.

Uwaga: używam dokera w wersji 1.3.2 na Red Hat 7.

Przykład

postgresOficjalny obraz z Docker Rejestru ma objętość skonfigurowaną do pojemników na /var/lib/postgresql/data.

Jakie jest najbardziej zwięzłe polecenie, aby pokazać objętość /var/lib/postgresql/dataw postgrespojemniku?

CivFan
źródło
5
Uwaga: wydaje się, że zmieniło się to wraz z dokerem 1.8.1: patrz moja odpowiedź poniżej
VonC

Odpowiedzi:

323

Użyj, docker psaby uzyskać identyfikator kontenera.

Następnie docker inspect -f '{{ .Mounts }}' containerid

Przykład:

Terminal 1

$ docker run -it -v /tmp:/tmp ubuntu:14.04 /bin/bash

zacisk 2

$ docker ps
CONTAINER ID        IMAGE               COMMAND             CREATED              STATUS              PORTS               NAMES
ddb7b55902cc        ubuntu:14.04        "/bin/bash"         About a minute ago   Up About a minute                       distracted_banach   

$ docker inspect -f "{{ .Mounts }}" ddb7
map[/tmp:/tmp]

Wyjście

map[/tmp:/tmp] 

najwyraźniej wynika z użycia języka Go do implementacji narzędzi poleceń dokera.

docker inspectPolecenia bez -f formatjest dość rozwlekły. Ponieważ jest to JSON, możesz przesłać go do Pythona lub nodejs i wyodrębnić wszystko, czego potrzebujesz.

paul@home:~$ docker inspect ddb7
[{
    "AppArmorProfile": "",
    "Args": [],
    "Config": {
        "AttachStderr": true,
        "AttachStdin": true,
        "AttachStdout": true,
        "Cmd": [
            "/bin/bash"
        ],
        "CpuShares": 0,
        "Cpuset": "",
        "Domainname": "",
        "Entrypoint": null,
        "Env": [
            "PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin"
        ],
        "ExposedPorts": null,
        "Hostname": "ddb7b55902cc",
        "Image": "ubuntu:14.04",
        "MacAddress": "",
        "Memory": 0,
        "MemorySwap": 0,
        "NetworkDisabled": false,
        "OnBuild": null,
        "OpenStdin": true,
        "PortSpecs": null,
        "StdinOnce": true,
        "Tty": true,
        "User": "",
        "Volumes": null,
        "WorkingDir": ""
    },
    "Created": "2015-05-08T22:41:44.74862921Z",
    "Driver": "devicemapper",
    "ExecDriver": "native-0.2",
    "ExecIDs": null,
    "HostConfig": {
        "Binds": [
            "/tmp:/tmp"
        ],
        "CapAdd": null,
        "CapDrop": null,
        "ContainerIDFile": "",
        "Devices": [],
        "Dns": null,
        "DnsSearch": null,
        "ExtraHosts": null,
        "IpcMode": "",
        "Links": null,
        "LxcConf": [],
        "NetworkMode": "bridge",
        "PidMode": "",
        "PortBindings": {},
        "Privileged": false,
        "PublishAllPorts": false,
        "ReadonlyRootfs": false,
        "RestartPolicy": {
            "MaximumRetryCount": 0,
            "Name": ""
        },
        "SecurityOpt": null,
        "VolumesFrom": null
    },
    "HostnamePath": "/var/lib/docker/containers/ddb7b55902cc328612d794570fe9a936d96a9644411e89c4ea116a5fef4c311a/hostname",
    "HostsPath": "/var/lib/docker/containers/ddb7b55902cc328612d794570fe9a936d96a9644411e89c4ea116a5fef4c311a/hosts",
    "Id": "ddb7b55902cc328612d794570fe9a936d96a9644411e89c4ea116a5fef4c311a",
    "Image": "ed5a78b7b42bde1e3e4c2996e02da778882dca78f8919cbd0deb6694803edec3",
    "MountLabel": "",
    "Name": "/distracted_banach",
    "NetworkSettings": {
        "Bridge": "docker0",
        "Gateway": "172.17.42.1",
        "GlobalIPv6Address": "",
        "GlobalIPv6PrefixLen": 0,
        "IPAddress": "172.17.0.4",
        "IPPrefixLen": 16,
        "IPv6Gateway": "",
        "LinkLocalIPv6Address": "fe80::42:acff:fe11:4",
        "LinkLocalIPv6PrefixLen": 64,
        "MacAddress": "02:42:ac:11:00:04",
        "PortMapping": null,
        "Ports": {}
    },
    "Path": "/bin/bash",
    "ProcessLabel": "",
    "ResolvConfPath": "/var/lib/docker/containers/ddb7b55902cc328612d794570fe9a936d96a9644411e89c4ea116a5fef4c311a/resolv.conf",
    "RestartCount": 0,
    "State": {
        "Error": "",
        "ExitCode": 0,
        "FinishedAt": "0001-01-01T00:00:00Z",
        "OOMKilled": false,
        "Paused": false,
        "Pid": 6115,
        "Restarting": false,
        "Running": true,
        "StartedAt": "2015-05-08T22:41:45.367432585Z"
    },
    "Volumes": {
        "/tmp": "/tmp"
    },
    "VolumesRW": {
        "/tmp": true
    }
}
]

docker history <image name>pokaże warstwy upieczone na obrazie. Niestety docker historywydaje się być zakłopotany jego formatowaniem i brakiem opcji wyboru tego, co ma być wyświetlane.

Możesz wybrać krótkie i pełne formaty, poprzez flagę --no-trunc.

$ docker history drpaulbrewer/spark-worker
IMAGE               CREATED             CREATED BY                                      SIZE
438ff4e1753a        2 weeks ago         /bin/sh -c #(nop) CMD [/bin/sh -c /spark/my-s   0 B
6b664e299724        2 weeks ago         /bin/sh -c #(nop) ADD file:09da603c5f0dca7cc6   296 B
f6ae126ae124        2 weeks ago         /bin/sh -c #(nop) MAINTAINER drpaulbrewer@eaf   0 B
70bcb3ffaec9        2 weeks ago         /bin/sh -c #(nop) EXPOSE 2222/tcp 4040/tcp 60   0 B
1332ac203849        2 weeks ago         /bin/sh -c apt-get update && apt-get --yes up   1.481 GB
8e6f1e0bb1b0        2 weeks ago         /bin/sh -c sed -e 's/archive.ubuntu.com/www.g   1.975 kB
b3d242776b1f        2 weeks ago         /bin/sh -c #(nop) WORKDIR /spark/spark-1.3.1    0 B
ac0d6cc5aa3f        2 weeks ago         /bin/sh -c #(nop) ADD file:b6549e3d28e2d149c0   25.89 MB
6ee404a44b3f        5 weeks ago         /bin/sh -c #(nop) WORKDIR /spark                0 B
c167faff18cf        5 weeks ago         /bin/sh -c adduser --disabled-password --home   335.1 kB
f55d468318a4        5 weeks ago         /bin/sh -c #(nop) MAINTAINER drpaulbrewer@eaf   0 B
19c8c047d0fe        8 weeks ago         /bin/sh -c #(nop) CMD [/bin/bash]               0 B
c44d976a473f        8 weeks ago         /bin/sh -c sed -i 's/^#\s*\(deb.*universe\)$/   1.879 kB
14dbf1d35e28        8 weeks ago         /bin/sh -c echo '#!/bin/sh' > /usr/sbin/polic   701 B
afa7a164a0d2        8 weeks ago         /bin/sh -c #(nop) ADD file:57f97478006b988c0c   131.5 MB
511136ea3c5a        23 months ago                                                       0 B

Oto pełny przykład.

docker history --no-trunc=true drpaulbrewer/spark-worker
IMAGE                                                              CREATED             CREATED BY                                                                                                                                                                                                                                                                                                                                                                                                                        SIZE
438ff4e1753a60779f389a3de593d41f7d24a61da6e1df76dded74a688febd64   2 weeks ago         /bin/sh -c #(nop) CMD [/bin/sh -c /spark/my-spark-worker.sh]                                                                                                                                                                                                                                                                                                                                                                      0 B
6b664e29972481b8d6d47f98167f110609d9599f48001c3ca11c22364196c98a   2 weeks ago         /bin/sh -c #(nop) ADD file:09da603c5f0dca7cc60f1911caf30c3c70df5e4783f7eb10468e70df66e2109f in /spark/                                                                                                                                                                                                                                                                                                                            296 B
f6ae126ae124ca211c04a1257510930b37ea78425e31a273ea0b1495fa176c57   2 weeks ago         /bin/sh -c #(nop) MAINTAINER [email protected]                                                                                                                                                                                                                                                                                                                                                                               0 B
70bcb3ffaec97a0d14e93b170ed70cc7d68c3c9dfb0222c1d360a300d6e05255   2 weeks ago         /bin/sh -c #(nop) EXPOSE 2222/tcp 4040/tcp 6066/tcp 7077/tcp 7777/tcp 8080/tcp 8081/tcp                                                                                                                                                                                                                                                                                                                                           0 B
1332ac20384947fe1f15107213b675e5be36a68d72f0e81153d6d5a21acf35af   2 weeks ago         /bin/sh -c apt-get update && apt-get --yes upgrade     && apt-get --yes install sed nano curl wget openjdk-8-jdk scala     && echo "JAVA_HOME=/usr/lib/jvm/java-8-openjdk-amd64" >>/etc/environment     && export MAVEN_OPTS="-Xmx2g -XX:MaxPermSize=512M -XX:ReservedCodeCacheSize=512m"     && ./build/mvn -Phive -Phive-thriftserver -DskipTests clean package     && chown -R spark:spark /spark     && mkdir /var/run/sshd   1.481 GB
8e6f1e0bb1b0b9286947d3a4b443cc8099b00f9670aab1d58654051e06f62e51   2 weeks ago         /bin/sh -c sed -e 's/archive.ubuntu.com/www.gtlib.gatech.edu\/pub/' /etc/apt/sources.list > /tmp/sources.list && mv /tmp/sources.list /etc/apt/sources.list                                                                                                                                                                                                                                                                       1.975 kB
b3d242776b1f1f1ae5685471d06a91a68f92845ef6fc6445d831835cd55e5d0b   2 weeks ago         /bin/sh -c #(nop) WORKDIR /spark/spark-1.3.1                                                                                                                                                                                                                                                                                                                                                                                      0 B
ac0d6cc5aa3fdc3b65fc0173f6775af283c3c395c8dae945cf23940435f2785d   2 weeks ago         /bin/sh -c #(nop) ADD file:b6549e3d28e2d149c0bc84f69eb0beab16f62780fc4889bcc64cfc9ce9f762d6 in /spark/                                                                                                                                                                                                                                                                                                                            25.89 MB
6ee404a44b3fdd3ef3318dc10f3d002f1995eea238c78f4eeb9733d00bb29404   5 weeks ago         /bin/sh -c #(nop) WORKDIR /spark                                                                                                                                                                                                                                                                                                                                                                                                  0 B
c167faff18cfecedef30343ef1cb54aca45f4ef0478a3f6296746683f69d601b   5 weeks ago         /bin/sh -c adduser --disabled-password --home /spark spark                                                                                                                                                                                                                                                                                                                                                                        335.1 kB
f55d468318a4778733160d377c5d350dc8f593683009699c2af85244471b15a3   5 weeks ago         /bin/sh -c #(nop) MAINTAINER [email protected]                                                                                                                                                                                                                                                                                                                                                                               0 B
19c8c047d0fe2de7239120f2b5c1a20bbbcb4d3eb9cbf0efa59ab27ab047377a   8 weeks ago         /bin/sh -c #(nop) CMD [/bin/bash]                                                                                                                                                                                                                                                                                                                                                                                                 0 B
c44d976a473f143937ef91449c73f2cabd109b540f6edf54facb9bc2b4fff136   8 weeks ago         /bin/sh -c sed -i 's/^#\s*\(deb.*universe\)$/\1/g' /etc/apt/sources.list                                                                                                                                                                                                                                                                                                                                                          1.879 kB
14dbf1d35e2849a00c6c2628055030fa84b4fb55eaadbe0ecad8b82df65cc0db   8 weeks ago         /bin/sh -c echo '#!/bin/sh' > /usr/sbin/policy-rc.d                                                                                                                                                                                                                                                                                                                                                                               && echo 'exit 101' >> /usr/sbin/policy-rc.d    && chmod +x /usr/sbin/policy-rc.d                        && dpkg-divert --local --rename --add /sbin/initctl    && cp -a /usr/sbin/policy-rc.d /sbin/initctl    && sed -i 's/^exit.*/exit 0/' /sbin/initctl                        && echo 'force-unsafe-io' > /etc/dpkg/dpkg.cfg.d/docker-apt-speedup                        && echo 'DPkg::Post-Invoke { "rm -f /var/cache/apt/archives/*.deb /var/cache/apt/archives/partial/*.deb /var/cache/apt/*.bin || true"; };' > /etc/apt/apt.conf.d/docker-clean    && echo 'APT::Update::Post-Invoke { "rm -f /var/cache/apt/archives/*.deb /var/cache/apt/archives/partial/*.deb /var/cache/apt/*.bin || true"; };' >> /etc/apt/apt.conf.d/docker-clean    && echo 'Dir::Cache::pkgcache ""; Dir::Cache::srcpkgcache "";' >> /etc/apt/apt.conf.d/docker-clean                        && echo 'Acquire::Languages "none";' > /etc/apt/apt.conf.d/docker-no-languages                        && echo 'Acquire::GzipIndexes "true"; Acquire::CompressionTypes::Order:: "gz";' > /etc/apt/apt.conf.d/docker-gzip-indexes   701 B
afa7a164a0d215dbf45cd1aadad2a4d12b8e33fc890064568cc2ea6d42ef9b3c   8 weeks ago         /bin/sh -c #(nop) ADD file:57f97478006b988c0c68e5bf82684372e427fd45f21cd7baf5d974d2cfb29e65 in /                                                                                                                                                                                                                                                                                                                                  131.5 MB
511136ea3c5a64f264b78b5433614aec563103b4d4702f3ba7d4d2698e22c158   23 months ago                                                                                                                                                                                                                                                                                                                                                                                                                                         0 B
Paweł
źródło
@CivFan Możesz również zadać inne pytanie dotyczące ciągów formatu Go, aby uzyskać wynik w formacie łańcucha, którego możesz użyć ... to byłoby pytanie Go, a nie pytanie dokera.
Paweł,
W celu zapewnienia elastyczności zwykle nie są to woluminy dołączone, ale zamiast tego do przyłączenia w czasie wykonywania służy opcja -v do uruchomienia dokera. Wydaje mi się, że pamiętam opcję pliku dokującego, ale nigdy nie widziałem tej opcji. Polecam zadać nowe pytanie w tej sprawie, ponieważ wykracza ono poza zakres bieżącego. Może ktoś inny może pomóc, na nowe pytanie najskuteczniej będzie przyciągać nowe odpowiedzi.
Paul,
1
Wyrzuciłem to pytanie tylko do pojemników i zadałem nowe pytanie dotyczące obrazów .
CivFan,
8
To już nie są tomy, ale wierzchowce.
SIGIS,
Ta strona ma również całkiem dobre wytłumaczenie: forums.docker.com/t/host-path-of-volume/12277/10
curveorzos
105

Z dokerem 1.10 masz teraz nowe polecenia dla kontenerów woluminów danych.
(w przypadku zwykłych kontenerów, patrz następna sekcja, dla dokera 1.8+):


Z dokerem 1.8.1 (sierpień 2015), a docker inspect -f '{{ .Volumes }}' containeridbyłoby puste!

Teraz musisz to sprawdzić Mounts , która jest listą zamontowanych ścieżek, takich jak:

   "Mounts": [
       {
           "Name": "7ced22ebb63b78823f71cf33f9a7e1915abe4595fcd4f067084f7c4e8cc1afa2",
           "Source": "/mnt/sda1/var/lib/docker/volumes/7ced22ebb63b78823f71cf33f9a7e1915abe4595fcd4f067084f7c4e8cc1afa2/_data",
           "Destination": "/home/git/repositories",
           "Driver": "local",
           "Mode": "",
           "RW": true
       }
   ],

Jeśli chcesz ścieżkę pierwszego montowania (na przykład), byłoby to (używając indeksu 0):

docker inspect -f '{{ (index .Mounts 0).Source }}' containerid

Jako Mike Mitterer komentuje poniżej :

Całkiem wydrukuj całość:

 docker inspect -f '{{ json .Mounts }}' containerid | python -m json.tool 

Albo, jak skomentował przez Mitja , użyjjq polecenia .

docker inspect -f '{{ json .Mounts }}' containerid | jq 
VonC
źródło
4
Całkiem wydrukuj wszystko: docker inspect -f '{{json .Mounts}}' containerid | python -m json.tool
Mike Mitterer
1
@MikeMitterer Dziękujemy. W odpowiedzi umieściłem twój komentarz dla większej widoczności.
VonC
2
Jeśli chcesz ładnego wydruku z ładnymi kolorami, możesz zainstalować jqpakiet pod Ubuntu, a następnie po prostu przesłać do niego:docker inspect -f '{{ json .Mounts }}' containerid | jq
Mitja
1
@Mitja Dziękujemy. W odpowiedzi umieściłem twój komentarz dla większej widoczności.
VonC
@AlbertValdez Glad być pomocny.
VonC
21

Pokaż nazwy i miejsca docelowe punktów instalacji woluminów używanych przez kontener:

docker container inspect \
 -f '{{ range .Mounts }}{{ .Name }}:{{ .Destination }} {{ end }}' \
 CONTAINER_ID_OR_NAME

Jest to zgodne z Docker 1.13.

Jens Piegsa
źródło
9

Właśnie go przeszukałem i znalazłem własną odpowiedź :) Moja pamięć w dzisiejszych czasach ... A dla tych, którzy o tym nie wiedzą, linia poleceń jest fajnym miejscem do znalezienia i opublikowania tych fragmentów.

Wyświetl woluminy dokerów według kontenerów.

docker ps -a --format '{{ .ID }}' | xargs -I {} docker inspect -f '{{ .Name }}{{ printf "\n" }}{{ range .Mounts }}{{ printf "\n\t" }}{{ .Type }} {{ if eq .Type "bind" }}{{ .Source }}{{ end }}{{ .Name }} => {{ .Destination }}{{ end }}{{ printf "\n" }}' {}

Przykładowe dane wyjściowe.

root@jac007-truserv-jhb1-001 ~/gitlab $ docker ps -a --format '{{ .ID }}' | xargs -I {} docker inspect -f '{{ .Name }}{{ printf "\n" }}{{ range .Mounts }}{{ printf "\n\t" }}{{ .Type }} {{ if eq .Type "bind" }}{{ .Source }}{{ end }}{{ .Name }} => {{ .Destination }}{{ end }}{{ printf "\n" }}' {}
/gitlab_server_1

    volume gitlab-data => /var/opt/gitlab
    volume gitlab-config => /etc/gitlab
    volume gitlab-logs => /var/log/gitlab

/gitlab_runner_1

    bind /var/run/docker.sock => /var/run/docker.sock
    volume gitlab-runner-config => /etc/gitlab-runner
    volume 35b5ea874432f55a26c769e1cdb1ee3f06f78759e6f302e3c4b4aa40f3a495aa => /home/gitlab-runner
wydalony
źródło
1
Ten robi to, czego potrzebuję.
Andres Leon Rangel
8

Możesz uzyskać informacje o tym, które woluminy zostały specjalnie upieczone w kontenerze, sprawdzając kontener i sprawdzając dane wyjściowe JSON i porównując kilka pól. Po uruchomieniu docker inspect myContainer, to Volumesi VolumesRWpola daje informacje o ALL od wielkości montowane wewnątrz kontenera, w tym tomy montowane zarówno w Dockerfile z VOLUMEdyrektywą, a w wierszu polecenia z docker run -vpoleceniem. Można jednak wyizolować, które woluminy zostały zamontowane w kontenerze za pomocą docker run -vpolecenia, sprawdzając HostConfig.Bindspole w danych docker inspectwyjściowych JSON. Aby to wyjaśnić, HostConfig.Bindspole to informuje, które woluminy zostały zamontowane konkretnie w twoim docker runpoleceniu za pomocą-vopcja. Więc jeśli odniesiesz to pole do Volumespola, będziesz w stanie określić, które woluminy zostały upieczone w pojemniku, korzystając z VOLUMEdyrektyw w Dockerfile.

Grep mógłby to osiągnąć w następujący sposób:

$ docker inspect myContainer | grep -C2 Binds
...
"HostConfig": {
    "Binds": [
        "/var/docker/docker-registry/config:/registry"
    ],

I...

$ docker inspect myContainer | grep -C3 -e "Volumes\":"
...
"Volumes": {
    "/data": "/var/lib/docker...",
    "/config": "/var/lib/docker...",
    "/registry": "/var/docker/docker-registry/config"

I w moim przykładzie widać, że zamontowałem /var/docker/docker-registry/configw kontenerze, /registryużywając -vopcji w moim docker runpoleceniu, i zamontowałem woluminy /datai, /configużywając VOLUMEdyrektywy w moim pliku Docker. Kontener nie musi być uruchomiony, aby uzyskać te informacje, ale musi zostać uruchomiony przynajmniej raz, aby wypełnić dane HostConfigwyjściowe JSON docker inspectpolecenia.

L0j1k
źródło
1
Czym jest HostConfig.Bindsi czym się różni od tego, co .Volumeswidać w odpowiedzi z @Paul?
CivFan
1
Właśnie spędziłem ostatnią godzinę, przeglądając zdalne dokumenty API i źródła, aby odkryć różnicę, i z tego, co mogę powiedzieć, .Volumeswyświetla listę „ścieżek (ciągów) mapowania obiektów wewnątrz kontenera do pustych obiektów” i HostConfig.Bindsopisuje faktyczne powiązanie -montowane woluminy w kontenerze. Wydaje mi się, że HostConfig.Bindsto właśnie chcesz przeczytać, a .Volumeschciałbym usłyszeć lepsze uzasadnienie.
L0j1k
1
Poprosiłem #dockero Freenode (główny kanał dokera), a jeśli coś usłyszę, na pewno zaktualizuję tutaj więcej informacji. To bardzo dobre pytanie, które zadałeś tutaj na temat różnicy. Dzięki!
L0j1k
1
@CivFan Myliłem się. Aby zobaczyć, które woluminy zostały upieczone na obrazie, musisz użyć ZARÓWNO pól Volumes i HostConfig.Binds w danych wyjściowych JSON inspekcji dokera. Poprawiłem się w tej odpowiedzi, która teraz mniej więcej poprawnie odpowiada na twoje pytanie w porównaniu z tym, co miałem wcześniej. Powodzenia! :)
L0j1k
2
Czy zauważyłeś, że pole HostConfig.Bindsjest wypełniane tylko wtedy, gdy określono ścieżkę hosta woluminu? Na przykład, docker run -d -v /docker-test:/docker-test postgresw porównaniu docker run -d -v /docker-test postgres. Wygląda na to, że doktor z jakiegoś powodu obsługuje te dwa przypadki woluminów zupełnie inaczej.
CivFan
8

W przypadku Docker 1.8 używam:

$ docker inspect -f "{{ .Config.Volumes }}" 957d2dd1d4e8
map[/xmount/dvol.01:{}]
$ 
M. Ayers
źródło
8

jeśli chcesz wyświetlić listę wszystkich nazw kontenerów wraz z odpowiednimi woluminami dołączonymi do każdego kontenera, możesz spróbować:

docker ps -q | xargs docker container inspect -f '{{ .Name }} {{ .HostConfig.Binds }}'

przykładowe dane wyjściowe:

/ opt_rundeck_1 [/ opt / var / lib / mysql: / var / lib / mysql: rw / var / lib / rundeck / var / storage: / var / lib / rundeck / var / storage: rw / opt / var / rundeck / .ssh: /var/lib/rundeck/.ssh: rw / opt / etc / rundeck: / etc / rundeck: rw / var / log / rundeck: / var / log / rundeck: rw / opt / rundeck-plugins: / opt / rundeck-plugins: rw / opt / var / rundeck: / var / rundeck: rw]

/ opt_rundeck_1 - nazwa kontenera

[..] - tomy dołączone do konatynatora

dsaydon
źródło
1
Chociaż technicznie jest to odpowiedź na pytanie, brakuje wyjaśnienia. Zmodyfikuj swój komentarz, aby wyjaśnić, co robią parametry i dlaczego pytający chce je wykorzystać do rozwiązania problemu związanego z jego pytaniem.
shawty
6

Oto polecenie w jednym wierszu, aby uzyskać informacje o woluminie dla uruchomionych kontenerów:

for contId in `docker ps -q`; do echo "Container Name: "   `docker ps -f "id=$contId" | awk '{print $NF}' | grep -v NAMES`; echo "Container Volume: " `docker inspect -f '{{.Config.Volumes}}' $contId`; docker inspect -f '{{ json .Mounts }}' $contId  | jq '.[]';   printf "\n"; done

Dane wyjściowe to:

root@ubuntu:/var/lib# for contId in `docker ps -q`; do echo "Container Name: "   `docker ps -f "id=$contId" | awk '{print $NF}' | grep -v NAMES`; echo "Container Volume: " `docker inspect -f '{{.Config.Volumes}}' $contId`; docker inspect -f '{{ json .Mounts }}' $contId  | jq '.[]';   printf "\n"; done

Container Name:  freeradius
Container Volume:  map[]

Container Name:  postgresql
Container Volume:  map[/run/postgresql:{} /var/lib/postgresql:{}]
{
  "Propagation": "",
  "RW": true,
  "Mode": "",
  "Driver": "local",
  "Destination": "/run/postgresql",
  "Source":     "/var/lib/docker/volumes/83653a53315c693f0f31629f4680c56dfbf861c7ca7c5119e695f6f80ec29567/_data",
  "Name": "83653a53315c693f0f31629f4680c56dfbf861c7ca7c5119e695f6f80ec29567"
}
{
  "Propagation": "rprivate",
  "RW": true,
  "Mode": "",
  "Destination": "/var/lib/postgresql",
  "Source": "/srv/docker/postgresql"
}

Container Name:  rabbitmq
Container Volume:  map[]

Wersja Docker:

root@ubuntu:~# docker version
Client:
 Version:      1.12.3
 API version:  1.24
 Go version:   go1.6.3
 Git commit:   6b644ec
 Built:        Wed Oct 26 21:44:32 2016
 OS/Arch:      linux/amd64

Server:
 Version:      1.12.3
 API version:  1.24
 Go version:   go1.6.3
 Git commit:   6b644ec
 Built:        Wed Oct 26 21:44:32 2016
 OS/Arch:      linux/amd64
Yavuz Sert
źródło
3

Przydatna odmiana dla użytkowników tworzących dokery:

docker-compose ps -q | xargs docker container inspect  \
   -f '{{ range .Mounts }}{{ .Name }}:{{ .Destination }} {{ end }}' 

To bardzo starannie wyświetli informacje o analizowanym wolumenie. Przykład z mojego edytora dokerów WordPress:

ubuntu@core $ docker-compose ps -q | xargs docker container inspect  -f '{{ range .Mounts }}{{ .Name }}:{{ .Destination }} {{ end }}' 
core_wpdb:/var/lib/mysql 
core_wpcode:/code core_wphtml:/var/www/html 

Dane wyjściowe zawierają po jednym wierszu dla każdego kontenera, wymieniając używane woluminy (i punkty instalacji). Zmień {{.Name}}: {{.Destination}}, aby wyświetlić żądane informacje.

Jeśli chcesz tylko prostą listę woluminów, po jednym w wierszu

$ docker-compose ps -q | xargs docker container inspect  \
   -f '{{ range .Mounts }}{{ .Name }} {{ end }}' \
   | xargs -n 1 echo
core_wpdb
core_wpcode
core_wphtml

Świetnie jest wygenerować listę woluminów do utworzenia kopii zapasowej. Korzystam z tej techniki wraz z Blacklabelops Volumerize do tworzenia kopii zapasowych wszystkich woluminów używanych przez wszystkie kontenery w ramach dokowania. Dokumenty Volumerize nie wzywają go, ale nie trzeba go używać w trwałym kontenerze ani korzystać z wbudowanych funkcji uruchamiania i zatrzymywania usług. Wolę pozostawić krytyczne operacje, takie jak tworzenie kopii zapasowych i kontrola usług, rzeczywistemu użytkownikowi (poza dokerem). Moje kopie zapasowe są uruchamiane przez rzeczywiste konto użytkownika (inne niż dokerujące) i używaj stop-compose docker-stop do zatrzymywania usług, tworzenia kopii zapasowych wszystkich używanych woluminów, a na koniec restartowania docker-compose.

markgo2k
źródło
2
docker inspect -f '{{ json .Mounts }}' containerid | jq '.[]'
Camilo Silva
źródło
1

Oto moja wersja, aby znaleźć punkty montowania komponowania dokera. Służy do tworzenia kopii zapasowych woluminów.

 # for Id in $(docker-compose -f ~/ida/ida.yml ps -q); do docker inspect -f '{{ (index .Mounts 0).Source }}' $Id; done
/data/volumes/ida_odoo-db-data/_data
/data/volumes/ida_odoo-web-data/_data

Jest to połączenie poprzednich rozwiązań.

Plup
źródło
0

Jeśli używasz pwsh (rdzenia PowerShell), możesz spróbować

(docker ps --format='{{json .}}' |  ConvertFrom-Json).Mounts

możesz również zobaczyć nazwę kontenera i wierzchowce, jak poniżej

docker ps --format='{{json .}}' |  ConvertFrom-Json | select Names,Mounts

Ponieważ dane wyjściowe są konwertowane na format json, można uzyskać wszystkie posiadane właściwości.

Samselvaprabu
źródło
0

Możemy to zrobić bez składni szablonu -f Go:

docker inspect <CONTAINER_ID> | jq .[] | jq .Mounts[]

Pierwsza operacja jq jq .[]usuwa {}opakowanie obiektu .

Druga operacja jq zwróci wszystkie elementy montowania.

l3x
źródło