Я намагаюся докерізувати додаток php. У dockerfile я завантажую архів, витягую його тощо.

Все працює добре, проте якщо виходить нова версія, і я оновлюю dockerfile, мені доведеться перевстановити додаток, оскільки config.php перезаписується.

Тому я подумав, що зможу змонтувати файл як об'єм, як це робиться з базою даних.

Я спробував це двома способами, з обсягом і прямим шляхом.

докер-композиція:

version: '2'
services:
  app:
    build: src
    ports:
      - "8080:80"
    depends_on:
      - mysql
    volumes:
      -  app-conf:/var/www/html/upload
      -  app-conf:/var/www/html/config.php
    environment:
      DB_TYPE: mysql
      DB_MANAGER: MysqlManager

  mysql:
    image: mysql:5.6
    container_name: mysql
    volumes:
      - mysqldata:/var/lib/mysql
    ports:
      - 3306:3306
    environment:
      MYSQL_ROOT_PASSWORD:
      MYSQL_DATABASE:
      MYSQL_USER:
      MYSQL_PASSWORD:

volumes:
  mysqldata:
  app-conf:

Що призводить до помилки:

І я спробував це із заданою доріжкою, як змонтований том.

/src/docker/myapp/upload:/var/www/html/upload
/src/docker/myapp/upload:/var/www/html/config.php

Однак обидва способи не працюють. Із встановленим томом я бачу, що завантаження створюється.

Але потім не вдається

/var/www/html/config.php \\ "викликало \\" не каталог \\ "\" "

Якщо я спробую це

/src/docker/myapp/upload/config.php:/var/www/html/config.php

Docker створює папку завантаження, а потім папку config.php. Не файл.

Або є інший спосіб зберегти конфігурацію?

TL; DR / Повідомлення:

Якщо у вас виникає каталог, створений замість файлу, який ви намагаєтеся встановити, ви, ймовірно, не змогли надати дійсний і абсолютний шлях. Це звичайна помилка при тихому і заплутаному режимі відмов.

Об'єм файлів робиться таким чином у docker (приклад абсолютного шляху (можна використовувати env змінні), і вам потрібно згадати ім'я файлу):

    volumes:
      - /src/docker/myapp/upload:/var/www/html/upload
      - /src/docker/myapp/upload/config.php:/var/www/html/config.php

Ви також можете зробити:

    volumes:
      - ${PWD}/upload:/var/www/html/upload
      - ${PWD}/upload/config.php:/var/www/html/config.php

Якщо ви запустили докер-композицію з /src/docker/myappпапки

Я страждав від подібного питання. Я намагався імпортувати свій конфігураційний файл у свій контейнер, щоб я міг його виправляти кожен раз, коли мені потрібно, не будуючи зображення.

Я маю на увазі, я думав, що наведена нижче команда буде перетворювати $(pwd)/config.pyз хокера Docker /root/app/config.pyна контейнер як файл.

docker run -v $(pwd)/config.py:/root/app/config.py my_docker_image

Однак він завжди створював каталог з іменем config.py, а не файл.

шукаючи підказку, я знайшов причину ( звідси )

Якщо ви використовуєте -v або --volume для прив’язки-монтажу файлу або каталогу, які ще не існують на хості Докер, -v створить для вас кінцеву точку. Він завжди створюється як каталог .

Тому він завжди створюється як каталог, оскільки мій хокер докера не має $(pwd)/config.py.

Навіть якщо я створюю config.py в хості докера. $(pwd)/config.pyпросто перезавантажте /root/app/config.pyне експортуючи /root/app/config.py.

Використовуйте mount ( --mount) замість гучності ( -v)

Більше інформації: https://docs.docker.com/storage/bind-mounts/

Приклад:

Переконайтесь, що /tmp/a.txt існує на хості докера

docker run -it --mount type=bind,source=/tmp/a.txt,target=/root/a.txt alpine sh

Для всіх, хто використовує контейнер Windows, як я, знайте, що ви НЕ МОЖЕТЕ прив’язувати або монтувати окремі файли за допомогою контейнера Windows.

Наступні приклади не вдасться при використанні контейнерів на базі Windows, оскільки призначення об'єму або прив'язки всередині контейнера має бути одним із: неіснуючого або порожнього каталогу; або привід, відмінний від C :. Крім того, джерелом монтажу прив'язки повинен бути локальний каталог, а не файл .

net use z: \\remotemachine\share

docker run -v z:\foo:c:\dest ...

docker run -v \\uncpath\to\directory:c:\dest ...

docker run -v c:\foo\somefile.txt:c:\dest ...

docker run -v c:\foo:c: ...

docker run -v c:\foo:c:\existing-directory-with-contents ...

Це важко помітити, але він є

Посилання на проблему Github щодо відображення файлів у контейнер Windows

Спосіб, який працював для мене, - це використовувати bindкріплення

  version: "3.7"    
  services:
  app:
    image: app:latest
    volumes:
      - type: bind
        source: ./sourceFile.yaml
        target: /location/targetFile.yaml

Дякую породі Майка за відповідь за адресою: Змонтуйте один файл із тома за допомогою docker-compose

Для вираження bindкріплення потрібно використовувати "довгий синтаксис" : https://docs.docker.com/compose/compose-file/#long-syntax

Станом на файл докер-файлу версії 3.2 ви можете вказати кріплення гучності типу "bind" (замість типового типу "volume"), що дозволяє монтувати один файл у контейнер. Шукати "прив’язати кріплення" в документах тома докер-композиту: https://docs.docker.com/compose/compose-file/#volumes

У моєму випадку я намагався вмонтувати єдиний файл ".secrets" у свою програму, який містив секрети лише для локальної розробки та тестування. У виробництві моє додаток отримує ці секрети замість AWS.

Якщо я змонтував цей файл у якості тома, використовуючи скорочений синтаксис:

volumes:
 - ./.secrets:/data/app/.secrets

Docker створить каталог ".secrets" всередині контейнера замість того, щоб відображати файл поза контейнером. Мій код тоді призведе до помилки типу "IsADirectoryError: [Errno 21] - це каталог:" .secrets "".

Я виправив це, використовуючи довгий синтаксис, вказавши мій секретний файл, використовуючи кріплення гучності "лише для читання":

volumes:
 - type: bind
   source: ./.secrets
   target: /data/app/.secrets
   read_only: true

Тепер Docker правильно монтує мій файл .secrets в контейнер, створюючи файл всередині контейнера, а не каталог. Сподіваюся, що інші вважають цей приклад корисним!

Ви також можете використовувати відносний шлях до вашого docker-compose.ymlфайлу, як цей (тестований на хості Windows, контейнері Linux):

 volumes:
      - ./test.conf:/fluentd/etc/test.conf

Для мене проблема полягала в тому, що у мене було розірване символічне посилання на файл, який я намагався встановити в контейнер

У мене була така ж проблема на Windows, Docker 18.06.1-ce-win73 (19507).

Видалення та повторне додавання спільного диска через панель налаштувань Docker, і все працювало знову.

У Windows, якщо вам потрібна змінна $ {PWD} env у вашому docker-compose.yml, ви можете створити .env файл у тому самому каталозі, що і файл docker-compose.yml, а потім вручну вставити місце розташування вашої папки.

CMD (pwd_var.bat):

echo PWD=%cd% >> .env

Powershell (pwd_var.ps1):

$PSDefaultParameterValues['Out-File:Encoding'] = 'utf8'; echo "PWD=$(get-location).path" >> .env

Існує більше хороших функцій, які можна почути для змінних .env docker-compose: https://docs.docker.com/compose/reference/envvars/, особливо для COMPOSE_CONVERT_WINDOWS_PATHSзмінної env, яка дозволяє докеру скласти пропозицію приймати шлях до Windows з допомогою baskslash "\".

Коли ви хочете поділитися файлом у Windows, він повинен існувати, перш ніж поділитися ним з контейнером.

Можливо, це комусь допомагає.

У мене була ця проблема і все спробувала. Встановлення томів виглядало добре, і навіть якщо я монтував каталог (а не файли), я мав імена файлів у змонтованому каталозі правильно, але монтувався як dirs.

Я спробував повторно включити спільні диски, і Докер поскаржився, що брандмауер активний.

Після відключення брандмауера все працювало нормально.

Ви можете монтувати файли чи каталоги / папки, все залежить від вихідного файлу чи каталогу. А також вам потрібно надати повний шлях або якщо ви не впевнені, можете використовувати PWD. Ось простий робочий приклад.

У цьому прикладі я монтую файл env-command, який вже існує в моєму робочому каталозі

$ docker run  --rm -it -v ${PWD}/env-commands:/env-commands aravindgv/eosdt:1.0.5 /bin/bash -c "cat /env-commands"

У мене така ж проблема у моєму Windows 8.1

Виявилося, що це було пов’язано з регістровою чутливістю шляху. Я зателефонував docker-compose upіз каталогу cd /c/users/alex/та всередині контейнера файл перетворився на каталог.

Але коли я cd /c/Users/alex/(не користувачі з великої літери) і зателефонувавши docker-compose upзвідти, це спрацювало.

У моїй системі великі регістри користувачів і dir Alex, але, схоже, мають значення лише користувачі dir.