Хочу с нуля, что бы лучше понять смысл каждой строки. Обычно при таком подходе, когда берёшь что-то готовое, половину конфига не понятно и никогда не становится понятно.

Не надо пытаться все за#уячить в один композ

Уже стопицот раз отвечал на это!!!

Хочу с нуля, что бы лучше понять смысл каждой строки. Обычно при таком подходе, когда берёшь что-то готовое, половину конфига не понятно и никогда не становится понятно.

прочти Dockerfile готового образа., там быают нетривиальные штуки.

прочти Dockerfile готового образа., там быают нетривиальные штуки.

Возникает вопрос, как его вытащить из готовго образа

https://hub.docker.com/_/mysql/ Смотрю сюда тут только pull команда

Там всегда ссылка на гитхаб есть, на нем и читай

Вот опять, же,мускуль тут на дебиане, а мне надо на centos

Это же приложение, зачем привязываться к дистрибутиву, контейнерам нужен только порт и имя контейнера, им без разницы чем он там обслуживается, для минимализма и отсутствия лишних зависимостей вообще модно на Alpine собирать.

Вот я и пытался собрать сам. А мне тут предлагают готовое брать уже в который раз.

Спс, пока до этого не доюрался, мучаюсь с мускулем

Я думаю у тебя не получается, потому что ты не знаешь разницу между примонтировать папку и примонтировать раздел. Это очень большая разница. И если не ошибаюсь, если хост машина работает на центром/Федора надо подправить selinux для нормального монтирования.

Так всё монтируется же

селинукс обычно не даёт в принципе сделать что-то, а не сделать на половину =)

Я думаю у тебя не получается, потому что ты не знаешь разницу между примонтировать папку и примонтировать раздел. Это очень большая разница. И если не ошибаюсь, если хост машина работает на центром/Федора надо подправить selinux для нормального монтирования.

И какая разница между монтированием каталога и раздела?

Вроде разделы и не монтирую. Делаю VOLUME

Раздел, это тоже папка, но докер интерпретирует это по своему

Если бы вы монтировали именно раздел, то mysql у вас бы инициализировался еще при сборке

Это же приложение, зачем привязываться к дистрибутиву, контейнерам нужен только порт и имя контейнера, им без разницы чем он там обслуживается, для минимализма и отсутствия лишних зависимостей вообще модно на Alpine собирать.

Ну и правильная версия ядра и glibc я подозреваю

А получается, что он инициализируется у вас, и вы этот слой перекрываете монтируемым каталогом.

А получается, что он инициализируется у вас, и вы этот слой перекрываете монтируемым каталогом.

каталог /etc ни чем не перекрывается. но в нём косяк, конфиг там не тот

Берешь официальный образ, копируешь оттуда etc/mysql себе на хост, правишь как нужно и потом закидываешь/маунтишь в образ

каталог /etc ни чем не перекрывается. но в нём косяк, конфиг там не тот

Configuration without a cnf file Many configuration options can be passed as flags to mysqld.

Должно работать в любом случае

Берешь официальный образ, копируешь оттуда etc/mysql себе на хост, правишь как нужно и потом закидываешь/маунтишь в образ

Опять не то. Я так и сделал, только свой конфиг заюзал

а потом делаю кат конфига внутри докера, а там другое

Должно работать в любом случае

я тоже так думал, а оказалось, что всё не так

Опять не то. Я так и сделал, только свой конфиг заюзал

Ты монтируешь наверное /var/lib/mysql?

А ты какую директорию маунтишь

?

Возникает вопрос, как его вытащить из готовго образа

не благодари https://github.com/docker-library/mysql/tree/master/8.0

Он уже ознакомился)

-v mysql:/var/lib/mysql так ты проиницилизируешь раздел. -v /opt/data:/var/lib/mysql это каталог, и если ты делаешь докер файл по типу FROM centos RUN yum update && yum install mysql -y CMD ["mysqld"] Это большая разница

https://blog.amartynov.ru/docker-mysql/

Вот так тебе будет легче наверное )

общак, ты братух с какой зоны?

Кек, поцанята, а это точно чатик докера?

Кек, поцанята, а это точно чатик докера?

докер в законе

Ты монтируешь наверное /var/lib/mysql?

Я про /etc иcnf вообще-то

-v mysql:/var/lib/mysql так ты проиницилизируешь раздел. -v /opt/data:/var/lib/mysql это каталог, и если ты делаешь докер файл по типу FROM centos RUN yum update && yum install mysql -y CMD ["mysqld"] Это большая разница

мне нафиг не нужны ключи командной строки!!! Я пишу докерфайл. И как маунтить вольюмы я знаю. Вот только разницы между твомими двумя строками я осбой не увидел. Чем отличается mysql от /opt/data? Где существует этот mysql?

https://blog.amartynov.ru/docker-mysql/

Не поверишь, гуглом пользоваться умею и именно по этой статье и делал.

Можно вопрос, ты вот объявил VOLUME в докер файле

а потом как ты создаешь контейнер?

через компис?

Нет, я в докер композе указал пачку вольюмов

мне нафиг не нужны ключи командной строки!!! Я пишу докерфайл. И как маунтить вольюмы я знаю. Вот только разницы между твомими двумя строками я осбой не увидел. Чем отличается mysql от /opt/data? Где существует этот mysql?

существует он в /var/lib/docker/volumes/

Кстати, возник вопрос про VOLUME в Dockerfile. Это штука которая резервирует некий путь внутри контейнера, который потом, в композе или ключами при запуске я могу замонтировать с каталогом на хостовой системе?

А если не указывать его в Dockerfile, а сразу вольюмы монтировать, что изменится?

вот в этом и есть разница между монтирование папок

и монтирование разделов

и время их объявления

фишка вот в чем

что бы ты записал на этот вольюм что нибудь. Тебе надо вовремя его объявить.

К примеру если ты хочешь что бы у тебя какие то действия выполнились в онтейнере а потом записались на него. Тебе надо сделать так

RUN действие

VOLUME data

вот в этом и есть разница между монтирование папок

В чём в этом?

А если не указывать его в Dockerfile, а сразу вольюмы монтировать, что изменится?

У меня вот так вот работает тоже, но поведение не всегда одинаковое

Я тебе уже где то писал выше. Если объявить допустим внутри контейнера /var/lib/mysql как раздел, то есть -v mysql:/var/lib/mysql то у тебя сразу примонтирется данная папка как раздел, и на нее будет нормально идти запись.

То есть проиницилизируется mysql к примеру сразу на него

Но!!! при условие, что данный раздел будет пустой при монтирование

А если ты примонтируешь как папку

То у тебя начало, выполнится действии иницилизации базы. Это один слой

ERROR: S client not available

а потом данный слой перекроется монтирование папки с хоста

и все летит к ебеням. Так как примонтируется пустая папка

Так и при прописи в Dockerfile VOLUME

Допустим ты хочеть делать так

VOLUME /data RUN touch /data/test.txt

Короче это полное говно

так как VOLUME примонтироется позже

тебе надо объявлять вольюм так

RUN touch /data/test.txt VOLUME /data

В чем разница, сначало создастся файл, а потом проиницилизируется VOLUME и докер скопирует на него все файлы из слоя

Даа, не знаю, знаешь ли ты, но каждое действие в докер файле слой. Это очень важно как раз, что бы не затереть файлы

То у тебя начало, выполнится действии иницилизации базы. Это один слой

Да нет у меня такой проблемы вообще. Другая проблема есть, с конфигом, и я её описывал два раза

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

А не проще ли создать тему на том же оверфлоу и обсудить сию проблему там?

Для этого надо получить повторяемый эффект и грамотно описать, при этом выкинув всё лишнее из докерфайла и композа

Я задал довольно простой вопрос про вольюм

RUN touch /data/test.txt VOLUME /data

А куда потом денется файл test.txt, после того как поверх него будет смониторован каталог из хост системы?

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

Даа, не знаю, знаешь ли ты, но каждое действие в докер файле слой. Это очень важно как раз, что бы не затереть файлы

И это самое выносящее мозг во всём докере, что порождает сплошные грабли

https://habrahabr.ru/company/hexlet/blog/248519/

А куда потом денется файл test.txt, после того как поверх него будет смониторован каталог из хост системы?

Он перенесет данные со слоя в вольюм

https://habrahabr.ru/company/hexlet/blog/248519/

Это не проблема если использовать докер рекомендованным путем - один процесс на один контейнер

Это не проблема если использовать докер рекомендованным путем - один процесс на один контейнер

хм... не факт смотря что за процесс

хм... не факт смотря что за процесс

Да хоть какой, если использовать докер как докер, а не vm, то при выпадении родительского процесса контейнер отвалится просто.

Да хоть какой, если использовать докер как докер, а не vm, то при выпадении родительского процесса контейнер отвалится просто.

Контейнер отвалится да, важно чтобы родительский процесс имел 1 PID. Чтобы все корректно завершалось и не оставалось сирот

Контейнер отвалится да, важно чтобы родительский процесс имел 1 PID. Чтобы все корректно завершалось и не оставалось сирот

Причем тут pid? если отвалится процесс указанный в cmd/entrypoint контейнер по любом упадет

Парни, что то запутался немного. Объяснити, если я бду прописывать в разных docker-compose networks: default: Этого будет достаточно что бы все приложения смотрели в дефолтную сеть?

или все таки дописать еще к каждому приложению что то надо

и в офф документации описанно еще про driver: custom-driver-1