тем не менее с my.cnf щас уже всё нормально

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

А вот с init.sh шляпа

И не надо снова заводить сказочку про белого бычка и про то что одно приложение в одном контэйнере

да хоть 5

Я щас чисто с мускулем разбираюсь

И всё в одном контейнере

да хоть 5

+++

И не надо снова заводить сказочку про белого бычка и про то что одно приложение в одном контэйнере

ты просто сам себе усложняешь задачи

Это же его кактус, пусть ест его как хочет.

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

https://codepaste.net/jk5ixq Вот такой сейчас вывод по результатам работы докера

> + docker exec 4aaa7810c5b4 mysql -e 'create database kziodb'

А докерфайл?

ты в докерфайле обращаешься к докеру?

Бляяяя, лоооллл, опять херня докера. Теперь оба ls отработали!!! Но что бы это произошло, мне пришлось откатить снапшот в виртуалбоксе!!! Что не так с кэшами у докера?????

докер виноват (тм)

https://codepaste.net/w41u9h Вот такой вывод в d.log, то есть результат работы init.sh

Ваши линуксы хринилинуксы

> + docker exec 4aaa7810c5b4 mysql -e 'create database kziodb'

Нет, это внешний скрипт, который запускает и композ и монтирует в виртуалку каталог с дампом базы и каталог с файлами пхп

Судя по выводу ls, внутри докера каталог мускуля имеет верыне права

что ведет нас к

посмотреть в лог файл ))

(умозаключению, что говорить о том, что все дело в правах, не зная этого наверняка, а только догадываясь - не лучшая идея)

Ох, теперь и ошибка по которой мускуль не стартует поменялась....

https://codepaste.net/bji9ob

Хотя ошибки и нет даже

мы находимся всего в двух шагах от того, чтобы выяснить, что время жизни контейнера = времени жизни входной команды

Но почему тогда + docker exec 4aaa7810c5b4 mysql -e 'create database kziodb' Error response from daemon: Container 4aaa7810c5b4f64a4b1da1f54042a962dd984b1d0b57f86e73ae2ed1b88d2d1a is not running ?

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

ну, вероятнее всего

Ytn

Нет же

Но почему тогда + docker exec 4aaa7810c5b4 mysql -e 'create database kziodb' Error response from daemon: Container 4aaa7810c5b4f64a4b1da1f54042a962dd984b1d0b57f86e73ae2ed1b88d2d1a is not running ?

потому что надо делать docker run , указать имадж и команду какую кохчешь на нем выполнить

Ору

Нет же

окей, как ты это определил?

mysqld_safe —bind-address=0.0.0.0 & wait Вот что в инит скрипте

И контейнер в состоянии UP

да как же up, если ты exec сделать не можешь

root@openfire-tor:~/docker_project# docker ps CONTAINER ID IMAGE COMMAND CREATED STATUS PORTS NAMES c0c702cb6cc7 dockerproject_drupal "bash -c '/init.sh >>" 14 minutes ago Up 14 minutes 0.0.0.0:80->80/tcp, 0.0.0.0:3306->3306/tcp dockerproject_drupal_1

Up 14 minutes

теперь сравниваем айдишники

Внешний скрипт почему-то не тот ID получил

Но никто так и не ответил на вопрос, почему вдруг после отката снапшота виртуалки, докер чудесным образом стал запускаться

А init.sh стал нормально выводить в аутпут

Получается, что где-то хранилась его старая версия

пофиг на виртуалку. твоя цель - выполнить команду docker build blablabla на голой машине и получить готоый докер

И все изменения, которые я вносил, нифига не давали

Хотя перед каждыйм прогоном я убивал и докер и каталог с мускулем

можешь даже убивать все конттейнеры и образы для проверки начисто

Да в докере баг на баге и багом погоняет.

Докирь говно

Да в докере баг на баге и багом погоняет.

Ода, докер виноват

Выкиньте

Нинужын

докер виноват (тм)

пофиг на виртуалку. твоя цель - выполнить команду docker build blablabla на голой машине и получить готоый докер

Ну да, благодаря чудесным снапшотам виртуалбокса у меня получается на чистой машине новую версию скриптов проверить, но как это делать не откатывая снапшоты????

Да в докере баг на баге и багом погоняет.

по копаному ходишь

Ну да, благодаря чудесным снапшотам виртуалбокса у меня получается на чистой машине новую версию скриптов проверить, но как это делать не откатывая снапшоты????

Не нужны тебе снапшоты

Да в докере баг на баге и багом погоняет.

Вот у меня такое же ощущение

Пхаха

все, ребят, расходимся

группа не нужна

Докер кривулина

ERROR: S client not available

Разбираю свой лунапарк

Не нужны тебе снапшоты

Пока, как мы видим, нужны. Только благодаря их откату, я смог новую версию скриптов запустить

Ты контейнеру то build делал?

или просто docker-compose up

или просто docker-compose up

В начале композа же команда на билд

Лол

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

--build

--force-rebuild тогда добавить

надо ребилдить на каждом измнении вообще то

Да в докере баг на баге и багом погоняет.

именно, нахер эти докеры ваши

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

Я так и понял. Но тем не менее какую-то часть он ребилдит, например мускуль заново инитится

Докирхуекир

он твою команду выполняет

--force-rebuild тогда добавить

А в композе это как сделать?

а скрипт, очевидно, добавлялся при билде

вот и твои снапшоты

Ни работаит

Билд, кстати, делается во внешнем скрипте

потом композ апается

Добавлю форс ребилд туда

drupal: build: . ports: - "80:80" - "3306:3306" volumes: - ./config/my.cnf:/etc/my.cnf - ./files/www/drupal:/var/www/drupal - ./mysql-data:/var/lib/mysql - /tmp/kziodb.sql:/kziodb.sql working_dir: /var/www command: sh -c "/init.sh >> /var/lib/mysql/d.log 2>&1" restart: on-failure 1

отсюда кажется, что все-таки билдом композ заправляет

отсюда кажется, что все-таки билдом композ заправляет

+++

Но сейчас не ясно почему внешний скрипт увидел иной ID, нежели тот, который остался запущеным

да докер не тот айди отдал

В любой непонятной ситуации ложись спать.

Есть еще docker-compose down

Но докир не работаит

Вот тут начиная с 33 строки https://codepaste.net/jk5ixq

Мужики

Есть у кого развидин?