man это наше всё)

ну так)

docker cp флаг -r не поддерживат))

надо man docker cp читать)

надо man docker cp читать)

так линух и докер вещи разные)

docker cp флаг -r не поддерживат))

Copy all files to folder inside container: docker cp ./src/build/. ContainerName:/app/

точечку в конце не забудь

и путь в контейнере

так линух и докер вещи разные)

мне нужно с линукса в контейнер докера скопировать)

именно скопировать или пробросить?

решений рабочих уже накидали, если внутри контейнера есть tar, то скопировать архив туда можно подключить том и уже в самом контейнере скопировать на внутреннюю фс

мне нужно с линукса в контейнер докера скопировать)

Проще промапить

Еле прочитал :)

?

Copy all files to folder inside container: docker cp ./src/build/. ContainerName:/app/

Спасибо. Получилось.

именно скопировать или пробросить?

Думаю, что скопировать. А пробросить это что за возможность? Где об этом почитать можно?

Думаю, что скопировать. А пробросить это что за возможность? Где об этом почитать можно?

Через -v

Volume / bind mount

Думаю, что скопировать. А пробросить это что за возможность? Где об этом почитать можно?

вообще что-то копировать именно в контейнер надо только в том случае, чтобы его commit & push в репозиторий. Все данные с которыми контейнер работает надо снаружи хранить. Т.к. после перезапуска контейнер вернется к первоначальному состоянию

вообще что-то копировать именно в контейнер надо только в том случае, чтобы его commit & push в репозиторий. Все данные с которыми контейнер работает надо снаружи хранить. Т.к. после перезапуска контейнер вернется к первоначальному состоянию

Я вордпресс запустил, чтобы потренироваться темы создавать. В этом случае как мне быть?

при запуске контейнера просто указываешь в строке запуска контейнера -v /your/host/path/:/var/www/ первый путь где будешь хранить на хосте, второй куда будет маунтить эту папку внутри контейнера, откуда уже веб сервер будет показывать

при запуске контейнера просто указываешь в строке запуска контейнера -v /your/host/path/:/var/www/ первый путь где будешь хранить на хосте, второй куда будет маунтить эту папку внутри контейнера, откуда уже веб сервер будет показывать

Спасибо. Почитаю, поразбираюсь. Пока что работает как работает))

вообще я рекомендую гайды по докеру почитать, там всё разжевано, я за 2 дня практики освоил

вообще я рекомендую гайды по докеру почитать, там всё разжевано, я за 2 дня практики освоил

Ок

на офф сайте?

docs.docker.com вот тут?

на хабре годные есть, офф.инфа тоже пригождается, но нечасто

на хабре годные есть, офф.инфа тоже пригождается, но нечасто

Ясно. Почитаю.

Всем привет! Подскажите, для чего всё-таки в Dockerfile юзается инструкция VOLUME? Единственное логичное применение я могу найти только для опции volumes_from, но из третьей версии docker compose её выпилили.

Вот какое её функциональное назначение в данный момент?

Вот какое её функциональное назначение в данный момент?

Читал? https://docs.docker.com/engine/reference/builder/#volume

Конечно

Но

На практике какие кейсы применения?

¯\_(ツ)_/¯

Вот и я также

Например во многих контейнерах (Confluence, Jenkins, etc.) используется инструкция. Но вот понять зачем она там нужна не могу. Без нее тоже всё отлично работает

Например во многих контейнерах (Confluence, Jenkins, etc.) используется инструкция. Но вот понять зачем она там нужна не могу. Без нее тоже всё отлично работает

Не работает

Это аннотация. Она создаёт безымянный вольюм

Смысл 1. Сказать юзеру, что по идее там переменные данные (БД и прочее)

2. Оптимизировать ввод-вывод, т.к. писать файлы в эфемерную ФС контейнера херовая идея

Это аннотация. Она создаёт безымянный вольюм

Верно

Хм

Что хм ?

Это я предполагал, но надеялся, что ещё что-то есть

Помимо этих двух пунктов

Спасибо за ответ!

Нет, больше ничего нет

На практике какой-то профит при использовании VOLUME есть?

На практике какой-то профит при использовании VOLUME есть?

Я же написал

Смысл 1. Сказать юзеру, что по идее там переменные данные (БД и прочее)

2. Оптимизировать ввод-вывод, т.к. писать файлы в эфемерную ФС контейнера херовая идея

Нууу

На словах понял

у меня есть контейнер mysql: build: ./mysqlconf/mysql5.7 container_name: mysql volumes: - ../mysql/mysql5.7:/var/lib/mysql/ environment: MYSQL_ROOT_PASSWORD: root working_dir: /var/lib/mysql

могу ли я как-то достучатся до mysql через консоль ??

если да, то что надо для этого сделать

docker exec -it mysql bash

Или docker-compose exec mysql bash

могу ли я как-то достучатся до mysql через консоль ??

Если я верно понял вопрос

так работает, все верно. Но так мы заходим в контейнер. А мы можем попробовать достучатся до mysql без входа в контейнер или напимер до npm(node)

а по умолчанию разве докер хранит логи контейнеров? Делаю docker-compose logs -f -t И он выводит все логи которые были ранее. Он их внутри контейнера хранит? И они создаются и удаляются по ротации?

Конечно

так работает, все верно. Но так мы заходим в контейнер. А мы можем попробовать достучатся до mysql без входа в контейнер или напимер до npm(node)

Через docker compose можно достучаться через hostname контейнера с БД, указав в docker compose приложения линк на сервис с БД

Или же просто через IP-адрес сети, в которой он находится

а по умолчанию разве докер хранит логи контейнеров? Делаю docker-compose logs -f -t И он выводит все логи которые были ранее. Он их внутри контейнера хранит? И они создаются и удаляются по ротации?

Он хранит логи без ротейта, если драйверу логгера явно не прописать какой максимальный объем логов ему можно хранить

Он хранит логи без ротейта, если драйверу логгера явно не прописать какой максимальный объем логов ему можно хранить

если задавать по истечению онн будет перезаписывать? Он их на главном хосту хранит или внутри контейнеров?

Сами же логи как обычно в /var/lib/docker хранятся

если задавать по истечению онн будет перезаписывать? Он их на главном хосту хранит или внутри контейнеров?

Да, он будет перезаписывать. Логи хранятся на хосте

Сами же логи как обычно в /var/lib/docker хранятся

странно, почему не в /var/log/docker

Да, он будет перезаписывать. Логи хранятся на хосте

на хосте имеется ввиду на главном, где докер установлен или в образах или контейнерах?

на хосте имеется ввиду на главном, где докер установлен или в образах или контейнерах?

На хосте где установлен docker

странно, почему не в /var/log/docker

Так контейнер - абстракция docker, а не системы. А сами объекты контейнера, собственно, и лежат в /var/lib/docker

у меня есть контейнер mysql: build: ./mysqlconf/mysql5.7 container_name: mysql volumes: - ../mysql/mysql5.7:/var/lib/mysql/ environment: MYSQL_ROOT_PASSWORD: root working_dir: /var/lib/mysql

Пробросить порт и подключиться с хоста как к сетевому приложению.

https://docs.docker.com/get-started/part2/

Вообще доступ к mysql у меня есть. Но вот представим, что у меня есть контейнер с нодой. И могу ли я запустить (npm run ...) из носили не переходя к контейнер с нодай?

Вообще доступ к mysql у меня есть. Но вот представим, что у меня есть контейнер с нодой. И могу ли я запустить (npm run ...) из носили не переходя к контейнер с нодай?

нет

цель какая?

Запустить npm из консоли не переходя в сам контейнер

docker exec

Запустить npm из консоли не переходя в сам контейнер

docker exec?

да (docker exec -ti node bash)

да (docker exec -ti node bash)

s/bash/npm/

вот тут немного подробнее

как это понять

берешь и понимаешь

s/bash/npm - это стандартная команда для замены

vim, sed etc.