Dockerでボリュームを設定しているがファイルがバインドされていない

Question

問題

docker-in-dockerを行っており、Ubuntuコンテナを起動した後に、中でPythonコンテナをdocker-compose.ymlで起動するのですが、なぜかファイルがバインドされません。

Docker Desktop for Windowsを利用して以下のようなファイルで行っています。

root/
┣ Dockerfile (Ubuntu)
┣ docker-compose.yml (Ubuntu)
┣ opt
  ┣ Dockerfile (Python)
  ┣ docker-compose.yml (Python)
  ┣ opt
    ┣  test.txt

Dockerfile(Ubuntu)

FROM docker:20.10 as docker
FROM ubuntu:20.04

RUN apt-get -y update && \
		apt-get -y upgrade

RUN apt-get install -y \
		docker-compose

# ホストのdocker daemon共有
COPY --from=docker /usr/local/bin/docker /usr/local/bin/

docker-compose.yml(Ubuntu)

 version: '3'
services:
  python3:
    restart: always
    build: .
    container_name: 'ubuntu'
    working_dir: '/root/opt'
    tty: true
    volumes:
      - ./opt:/root/opt
      - /var/run/docker.sock:/var/run/docker.sock

Dockerfile(Python)

FROM python:3
USER root

RUN apt-get update
RUN apt-get -y install locales && \
    localedef -f UTF-8 -i ja_JP ja_JP.UTF-8
ENV LANG ja_JP.UTF-8
ENV LANGUAGE ja_JP:ja
ENV LC_ALL ja_JP.UTF-8
ENV TZ JST-9
ENV TERM xterm

RUN apt-get install -y vim less
RUN pip install --upgrade pip
RUN pip install --upgrade setuptools

docker-compose.yml(Python)

version: '3'
services:
  python3:
    restart: always
    build: .
    container_name: 'python3'
    working_dir: '/root/opt'
    tty: true
    volumes:
      - ./opt/:/root/opt

test.txt

hello world

UbuntuコンテナはDocker Desktopのソケットを共有してDockerを利用しています。
まずUbuntuコンテナに入ります。

$ docker-compose up -d
$ docker exec -it ubuntu bash

そのあと、docker-in-dockerでPythonコンテナを立ち上げます。

$ docker-compose up -d
$ docker exec -it python3 bash
$ ls # test.txtがない

そして、入った中で本来であればopt/をボリュームで設定しているので、test.txtが共有されるはずなのですがされていません。

Ubuntuコンテナではボリュームの設定は反映されています。
なぜかコンテナの中ではボリュームを設定してもフォルダだけは共有されますが、中のファイルがありません。

以前やったときにはうまく共有されていたきがします。

共有が確認された後に行ったのが、minicondのインストールでした。
これでpathを環境変数に追加したりしたのですが、影響はありますか？

どうして共有されないのでしょうか。教えていただきたいです。

Answer 1

手許の Docker Desktop 3.5 + WSL2 (Windows 10) では、書かれた通りの手順で、意図されたように test.txt の中身が表示されました。記述どおり、問題ないように見えます。

コマンド docker inspect python3 でコンテナを調べても、WSL2 の Linux に date.txt がある「/root/opt/opt」を bind mount しているように見えます。

        "Mounts": [
            {
                "Type": "bind",
                "Source": "/root/opt/opt",
                "Destination": "/root/opt",
                "Mode": "rw",
                "RW": true,
                "Propagation": "rprivate"
            }
        ],

可能性としては、 docker-compose.yml での volumes: 指定は、 docker-compose コマンドを実行したディレクトリからの「相対パス」です。

もしかすると、違うディレクトリに移動されて実行されていたり、環境が混在していたりして、意図する通りにコマンドを実行できていない可能性があります。

手順の1つ1つを実行する時、現在のディレクトリ名を確認したり、今どのコンテナで操作しているかなどを確認しながら試されてみてはいかがでしょうか。

Comments

[WatanabeJin]

私も昨日まではバインドできていたようでした。
が、なぜか本日試したところバインドできなくなってしまいました。

そこで、Dockerを再インストールしたのですが、だめでした。
原因わかりますでしょうか。

[zembutsu]

docker in docker ではなく、普通にマウントができるかどうかから試されてみてはいかがでしょう。

[zembutsu]

たとえば、Docker ホスト側(WSL2)の「/root/opt/opt」をマウントしない Docker イメージが残っているのかもしれません。そのような場合であれば、まったく別のディレクトリに、docker-compose.yml などを置き、docker-compose up -d などをやりなおされると上手くいくと思います。

[WatanabeJin]

通常のマウントは、root/optをマウントできているので問題なさそうと思っています。
なぜかコンテナ内でのマウントができていないようでした。
また、フォルダはマウントされているようなのですが、ファイルがマウントされていないのも気になります。

[zembutsu]

Docker Composeでは、「./opt」をコマンドを実行した場所からの相対パスとみなします。このコマンド実行時「./opt」にあたる場所が存在しなければ、コンテナ内では空っぽのディレクトリを作る仕様です。
ちなみに、別のLinuxの環境上でも同じように手順を試しましたが、test.txt が存在できましたので、やはり手順としては問題ないように見えます。

[WatanabeJin]

COPY ./opt / /root/opt
をDockerfileで行うとコピーはできました。

また、コンテナのマウントしたディレクトリ/root/optでファイルを作成したところ、ローカルのディレクトリにファイルは増えていませんでした。コンテナの中にのみできていました。