Тогда проверь, есть ли он в репозитории

Ты про sudo docker image ls ?

У тебя свой регистр?

Там должен быть _catalog

Не вижу такого

Почему ты пулишь по image id?

Всегда так делал. + иногда может выдавать ошибку типу нет такого Image + у меня есть image с таким же именем.

Ну тогда либо такого имейджа нет, либо он приватный

Добрый день! Подскажите, пожалуйста- при развертывании системы через docker на новом хосте система запускается заново, словно при копировании не были перенесены файлы, хотя файлы перенесены. В чем может быть проблема? нашла статейку- https://gist.github.com/WeslyG/ab060b78f7d8f57fe45869ecec700394, т е должно быть 2 контейнера-1 с системой, второй волюм с датой и данными? но как первый будет видеть данные из отдельного контейнера? Извините за глупые вопросы

а как к контейнеру обращаешься?

Где обращаюсь?

хотя видно контейнер должен быть виден извне по порту 3306

потому-что у тебя нет доступа туда с хоста 172.18.0.1

Как нет если видно что наружу контейнер mysql смотрит портом 3306..

'user'@'172.18.0.1'

А юзер там создан я им и коннекчуст

А юзер там создан я им и коннекчуст

айпи клиента, который подключается

А проброс портов типа 0.0.0.0::3306 это как бы нет?

А проброс портов типа 0.0.0.0::3306 это как бы нет?

ты хочешь снаружи в него попасть?

SELECT user FROM user;

вот настройки контейнера БД в sail но тут все по дефолту

Доброе утро! Удалось с Volume развернуть Jenkins на одной виртуалке с  centos7, задача заключается в том что бы с нее взять образ (sudo docker save > myjenkins.tar) и загрузить этот образ на другом хосте (sudo docker load < myjenkins.tar), это все сделано, далее sudo docker run -d -p 8181:8080 myjenkins, опять все в порядке, далее необходимо передать файлы методом volume: sudo docker run -d -p 8181:8080 -v .../data:/var/… но возникла новая проблема после прикручивая volume отказывается читать директорию, все на скрине. Помогите, пожалуйста, разобраться

Доброе утро! Удалось с Volume развернуть Jenkins на одной виртуалке с  centos7, задача заключается в том что бы с нее взять образ (sudo docker save > myjenkins.tar) и загрузить этот образ на другом хосте (sudo docker load < myjenkins.tar), это все сделано, далее sudo docker run -d -p 8181:8080 myjenkins, опять все в порядке, далее необходимо передать файлы методом volume: sudo docker run -d -p 8181:8080 -v .../data:/var/… но возникла новая проблема после прикручивая volume отказывается читать директорию, все на скрине. Помогите, пожалуйста, разобраться

Почему ты не хочешь использовать регистр?

На каком этапе? Или вообще вместо волюма?

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

о_0 а это вообще норм через make делать? =)

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

скриптом на запуске контейнера мб. но это чисто фантазии - никогда не занимался подобным

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

и постоянно надо писать например VAr1=... make start??

это вообще в любом случае придется делать вроде. но вот сам факт использования make меня сильно удивил

это вообще в любом случае придется делать вроде. но вот сам факт использования make меня сильно удивил

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

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

просто если делать composer install внутри сборки образа то там из под рута идет.. а мне надо чтобы из под прав текущего хостового юзера было потому это только из контейнера

Не во время сборки, а во время запуска. В entrypoint перед запуском основного процесса контейнера производятся все инициализации. Опционально их можно вообще вынести в инит-контейнер, который должен отработать перед основным.

можно пример

просто если делать composer install внутри сборки образа то там из под рута идет.. а мне надо чтобы из под прав текущего хостового юзера было потому это только из контейнера

Еще непонятно зачем привязываться к текущему пользователю.

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

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

А зачем от текущего? Если не должно быть рута, то запускается от какого-нибудь пользователя 1001.

Файлов не должно быть по хорошему. ) Умные люди придумали s3.

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

можно пример

Например так: docker-entrypoint.sh: #!/bin/sh if [ -z "$1" ]; then /usr/local/check-if-initialized || { /usr/local/bin/init-my-app } exec /usr/local/bin/myapp arg1 arg2 fi exec "$@" Dockerfile: ... ... COPY docker-entrypoint.sh / ENTRYPOINT ["/docker-entrypoint.sh"]

нашел: docker run --rm -it --hostname my-rabbit -e RABBITMQ_NODE_PORT=5673 -p 15672:15672 -p 5673:5673 rabbitmq:3-management

Как получилось решить данную проблему?