через директиву контейнер_нейм

у меня схожий вопрос, пытался через mongodb://mongodb:27017 но что то в контейнере пхп ее не видит

ну рнр такой рнр

разберитесь с докер-композом для начала ....

та тут беда в том что все работало) переустановил у себя на машине ОСь решил поставить все заново и начала валится ошибка)

рнр не рнр - хост нейм резолвиться должен внутри стека (через докер-комоз естественно). Если не ресолвиться - значит конфигурация выполенена не правильно.

магии не бывает )

php: build: php-fpm ports: - '9002:9000' links: - mongodb depends_on: - mongodb volumes: - ../:/var/www/symfony:cached - ./logs/symfony:/var/www/symfony/var/logs:cached # command: bash -c "/usr/bin/composer update && php-fpm" mongodb: build: mongodb ports: - '27017:27017'

какато так

ну естественно

а нет слабо заюзать или вера не позволяет?

??

другая директива нетворк

смысл с днс имени если у тебя рорты?

порты*

через портс - будет локалхост.

но никак не монгодб

не проходит

mongodb://localhost:27017

через директиву контейнер_нейм

проблема в том что lxc контейнер же

No suitable servers found (serverSelectionTryOnce set): [connection refused calling ismaster on 'localhost:27017']

который крутится на хостовой тачке

127.0.0.1 тоже не идет

из контейнера не будет идти - на контроллере нужно стартовать локалхост

чтобы из конетйнера заюзалось - нужен нетворк

и днс чтобы был нужен нетворк

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

100500 раз уже это проходили

@neb0t, будь добр, прекрати писать лесенкой.

что делаю не так? пытаюсь bash скрипт запустить docker exec mysql_container setup_host.sh и ошибка rpc error: code = 2 desc = oci runtime error: exec failed: container_linux.go:247: starting container process caused "exec: \"setup_host.sh\": executable file not found in $PATH"

т.е. скрипт на хостовой машине, и пытаюсь его внутри контейнера запустить

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

я уже понял это )

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

через COPY запихиваете и в точку входа пилите

понял. спасибо

а смогу просто через exec выполнить его? если закину

он уже будет запущен в принципе

да мне один раз нужен запуск, и в будущем не понадобится

поэтому в точку запуска вшивать не хочу

вы хотите не заходя в контейнер его выполнять изнутри?

вы хотите не заходя в контейнер его выполнять изнутри?

ага

сможешь

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

я тут lxc mysql => docker mysql пытаюсь сделать

тогда в /bin с правами закинуть попробуйте

не пробовал) в теории если docker exec bash тыкается в /bin/bash То может и со скриптом прокатит а может и на три буквы послать "гони мне энтрипоинт, мэн"

мне вот вообще сейчас dockerfile не нужен. только ради одного скрипта придется создать похоже

не пробовал) в теории если docker exec bash тыкается в /bin/bash То может и со скриптом прокатит а может и на три буквы послать "гони мне энтрипоинт, мэн"

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

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

но тебе дело говорят, для каждой задачи лучше свой контейнер

но тебе дело говорят, для каждой задачи лучше свой контейнер

не понял

но тебе дело говорят, для каждой задачи лучше свой контейнер

если эта таска не хочет чего то комплексного

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

если эта таска не хочет чего то комплексного

а что такое «комплексное» ?

сложно

проще хочется

тогда лучше и не юзать докер

проще хочется

может есть подрбная инфа? может вам докер и не нужен нафих

без докера еще ж проще, че себя мучать то

без докера еще ж проще, че себя мучать то

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

может есть подрбная инфа? может вам докер и не нужен нафих

мне поставили такую задачу: Есть хост машина где крутится lxc контейнер с mysql, моя задача сделать docker-container c mysql я подумал так. 1. Поднять докер контейнер 2. Подключиться из докер контейнера к lxc и выполнить mysqldump 3. Выполнить mysql restore

на хосте убунту

а нельзя просто остановить lxc контейнер, запустить докер контейнер, примонтировав к нему директорию с данными базы ?

возникло несколько вопросов. я решил сделать все это с помощью ансибла и его тасков. Уже сделал таск который поднимает докер контейнер. Вот пытаюсь сделать таск который выполнит bash скрипт внутри docker mysql который сделает дамп и restore

ERROR: S client not available

а нельзя просто остановить lxc контейнер, запустить докер контейнер, примонтировав к нему директорию с данными базы ?

проблема в том я попутно обновляю бд с 5.5 до 5.7 и выбрал путь логического апгрейда через dump => restore

так надежнее

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

и надо на 7 серваках одинаковую операцию. поэтому решил ансиблом, а не руками

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

я бы это отдельно делал. отдельно апдейт, отдельно переезд

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

почему апргрейд это стрем? это типовая задача

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

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

просто у тебя есть вохможность сделать две простые операции, а ты хочешь делать одну сложную

нет, я хочу выполнить 2 простые операции поочередно

ок. делай :)

как правильно - тебе подсказали

но для тебя это сложно

ок. делай :)

да да я знаю о чем ты думаешь

как правильно - тебе подсказали

ну значит буду изучать. главное понять куда копать

ну видимо сделаю COPY sh скрипта

Как можно существующему контейнеру установить флаг автостарта?

авторестарта может?)

или старта после падения

автостарт при перезапуске сервера

авторестарт

сути не меняет вроде

мало информации)

—restart=always

а, существующему..

сорян

никак :)

создай новый и поставь авторестарт. Контейнеры на то и существуют, чтобы без боли пересоздаваться

создай новый и поставь авторестарт. Контейнеры на то и существуют, чтобы без боли пересоздаваться

понял. осталось вспомнить с какими параметрами создавал контейнер...

это как-то можно узнать?