V
типа
cd /
/entrypoint.sh
Size: a a a
2020 January 27
h
Докер подразумевает, что one-off запуски происходят через docker-compose run
h
Это официальная позиция из фака
MK
типа
cd /
/entrypoint.sh
он же валится, в остановленный контейнер не зайти. добавил RUN stat щас посмотрю что выплюнет
V
то есть надо копать в сторону entrypoint.sh и дрючить базу на каждом запуске контейнера?
MK
то есть надо копать в сторону entrypoint.sh и дрючить базу на каждом запуске контейнера?
да хз, работало всё до того как стал фиксить докерфайл и запуск
V
он же валится, в остановленный контейнер не зайти. добавил RUN stat щас посмотрю что выплюнет
docker run должен запустить /bin/sh
V
шебанг проверь кстати
MK
тоже мысль
MK
есть шебанг
V
/bin/bash может отсутствовать
M
недоступны из мира порты, либо скоуп бриджа менять, что не оч, либо expose портов делать вида hostport:conteinerport, тогда они прокинутся на порт, сейчас видимо нет
из мира мне не надо, там все хорошо я их пробросил. Нужно чтобы один контейнер смог увидеть порт другого контейнера.
MK
это рабочие докерыайлы, я полез фиксить пару шту и чота поломалось, а что хз. стопудово если откачу правки - заработает, но логику понять не могу
MK
из мира мне не надо, там все хорошо я их пробросил. Нужно чтобы один контейнер смог увидеть порт другого контейнера.
буквально в пятницу маны перечитывал - контейнеры в рамках одного _кастомного_ сет девайса (бриджа по дефолоту) видят все порты всех
h
вернее run_on_update
мб restart: no будет единожды запускать при обновлении, а убивать контейнер можно изнутри после тасков, но это проверить надо
MK
насчте дефолтного бриджа не скажу,, вроде нет
M
насчте дефолтного бриджа не скажу,, вроде нет
ok, пошел пилить кастом бридж
