Он сам с ума

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

Сходит

Почерк вагрантолога

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

/bin/bash не работает?

/bin/bash не работает?

А зачем он?

А зачем он?

Ну ты же пытаешься запустить скрипт

Не факт что в изначальном обращение есть sh

Ну ты же пытаешься запустить скрипт

Ну скрипт то запускается и в его шапке #!/bin/bash

А зачем он?

А вообще было бы отличной идеей запись в файл в самом скрипте указать

А вообще было бы отличной идеей запись в файл в самом скрипте указать

Как? В каждой строке скрипта?

Как? В каждой строке скрипта?

Нет , через EOF например

Но вначале попробуй bin/bash

Нет , через EOF например

Подробнее плз

Но вначале попробуй bin/bash

Уже, ничего не изменилось, как и ожидалось

Уже, ничего не изменилось, как и ожидалось

В выхлопе ничего нету при запуске?

есть только d.log

и там даже нет результата команды ls

Вообще очередная шляпа какая-то у докера с stdin/stderr, наряду с файлами в вольюмах

http://unix.stackexchange.com/questions/300129/how-do-i-use-cat-eof

Ставлю на пять дней

http://unix.stackexchange.com/questions/300129/how-do-i-use-cat-eof

Так это обычный вывод текста в файл. А не результата выполнения команд

Вообще очередная шляпа какая-то у докера с stdin/stderr, наряду с файлами в вольюмах

Что этот скрипт делает?

Ставлю на пять дней

В плане?

Скрипт на скрине справа

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

В плане?

За пять дней либо кого достанет своим нытьем и тот ему сделает

Либо бросит затею

А в dockerfile почему такие манипуляции не сделаешь?

пароль бы ещё замазать

В плане?

не обращай внимания на тролля, сам не шарит, только троллить и умеет

пароль бы ещё замазать

Да пофиг, он не будет в конечном результате

Либо бросит затею

Ну пусть пробует, лишний опыт будет

А в dockerfile почему такие манипуляции не сделаешь?

Что именно? Мускуль не инициализирую?

Что именно? Мускуль не инициализирую?

Выставление прав и так далее

Ты же ведь настаиваешь один контейнер, зачем это все нести в compose?

Например, потому что на момент отработки докерфайла ещё нет каталога с базой, прокинутого в докер

Например, потому что на момент отработки докерфайла ещё нет каталога с базой, прокинутого в докер

Так если права выставить на директорию и запускать под mysql user, ничего более не понадобится

через sudo?

Уже пытался, толку не дало

Иначе так докеру и не научишься никогда

ты не докеру учишься

ты не докеру учишься

Лучше по делу писать, а не тралить

Лол

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

Пошло обоссывание помощников

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

Дебагом и занимаюсь же

и это, в общем, по делу на самом деле. это основы линукса, а не докер

да нет же

Подскажи тогда как правильно дебажить этот момент

если у тебя нет в выводе ls и ты не шаманил с stdout/stderr - значит он у тебя просто не вызывается

если у тебя нет в выводе ls и ты не шаманил с stdout/stderr - значит он у тебя просто не вызывается

не шаманил же. и как одна команда в скрипте вызывается, а другая нет?

поэтому тупо напихай echo во все ветки if else, чтобы понимать, что у тебя выполняется, либо -x включи

ну, дружище, скрипт твой, не могу сказать

у тебя стоит -e, как я предлагал выше. это флаг баша "закончи работу на первой ошибке". если у тебя по каким-то причинам не прошел первый chown, то умрет весь скрипт.

поэтому я повторно спрошу - от какого пользователя все выполняется?

существует ли пользователь mysql с группой mysql?

В докере, конечно существует.

через sudo?

какой еще sudo? Что тебе мешает выставить настройки для директории в dockerfile и потом создать volume?

Более того, после всего этого, в логах я вижу, что выполнялся и запуск демона мускуля, который выругался, что права на mysql.index не верные стоят

какой еще sudo? Что тебе мешает выставить настройки для директории в dockerfile и потом создать volume?

Ты же сказал запускать от мускуля, как это сделать? Всё же от рута там отрабатывает

Ты же сказал запускать от мускуля, как это сделать? Всё же от рута там отрабатывает

процесс mysql у тебя стартует от рута? не думаю

а что в выводе-то

почему тогда на права ругается

почему тогда на права ругается

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

ERROR: S client not available

короч, докерфайл и stdout целиком без перенаправлений

иначе тут только угадывать можно

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

а процесс mysql под кем сейчас запущен

и ради всего святого, не скриншотами

и ради всего святого, не скриншотами

скажи спасибо что не с телефона

еще есть замечательный хак - прежде чем делать докерфайл - запустить базовое изображение и просто руками выполнить все команды, чтобы отдебажить живьем

а почему изображение, а не образ?

Я правильно понимаю что проблема в том что во время запуска компоуза база не инициализирована?

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

а почему изображение, а не образ?

да какая разница

знать как работают linux безусловно полезно

ну никакой побольшому счету, просто немного сбивает

а процесс mysql под кем сейчас запущен

Он сразу падает же

а почему изображение, а не образ?

+++

Он сразу падает же

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

Я правильно понимаю что проблема в том что во время запуска компоуза база не инициализирована?

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

скрипт должен лежать/копироваться в том же контейнере что и сам мускул, ну и соответственно запускать его сразу под пользователем mysql

Да, скрипт запускается в самом конце из композа

по факту я бы просто вот сюда https://github.com/docker-library/mysql/blob/master/8.0/Dockerfile добавил добавил COPY mysuperscript

нет

компоуз это уэе работа в проде

а скрипт это этап перед компоузом

его надо рручками либо чем то другим запускать

а скрипт это этап перед компоузом

Ну как перед то?

не надо пытаться его интегрировать в компоуз. хотя я делал так , запускал такой скрипт и по окончании делал touch migrated

и потом проерял каждый раз - если такого файла нет - заново запускаю инициализацию

Вот же композ

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

А на скрине выше тот самый init.sh

энет.

my.cnf никакого отношение к контейнеру с друпалом не имеет

у тебя есть контейнер с мускулом