@docker_ru

Страница 1087 из 1375

Anatoliy

04.03.2019
19:14:19

задача - писать код и не думать что там как крутится. но для начала мне надо разобраться с этим свармом. ну и с traefik'ом. Нельзя скалировать без нескольких нод - фиг с ним, это - не критично. А вот то что у меня TeamCity Agent не цепляется к TeamCity Server'у - плохо. И я не понимаю почему оно так.

Sergey

04.03.2019
19:15:05

а киньте чем то почитать про джокер, сигналы, энтрипоинт и тд. что сейчас стильно-модно-молодежно ? gosu или с dumb-init можно жить? Собственно ищу варианты как запускать "демоны" которые запускаются как "интерпретатор /путь/к/скрипту", демон выполняет некую джобу и умирает. Далее нужно его перезапустить что бы он мог начать выполнять следующую джобу. Если кто то решал подобный кейс могу подробно написать. Проблема на стыке gracefull stop приложения, указания опции что docker stop signal=SIGTERM и docker restart policy=ALWAYS. Приложение в нормальной ситуации нужно корректно включать. При деплое происходит "конфликт" между restart polisy always и командой docker stop. Контейнер запускается с энтрипоинтом который из себя представляет sh скрипт с командой. И вот вопрос, ловить в энтрипоинте трапами сигналы или взять какое-то готовое решение. Очевидно что "проблему" решит использование супервизора, но я не хочу делать потом кучу воркараундов для того что бы контейнеры с супервизором ожидаемым образом себя вели.

куча статей на хабре не за что

Gleb

04.03.2019
19:15:39

куча статей на хабре не за что

прочитал. костыли на костылях. спасибо

George

04.03.2019
19:15:54

а киньте чем то почитать про джокер, сигналы, энтрипоинт и тд. что сейчас стильно-модно-молодежно ? gosu или с dumb-init можно жить? Собственно ищу варианты как запускать "демоны" которые запускаются как "интерпретатор /путь/к/скрипту", демон выполняет некую джобу и умирает. Далее нужно его перезапустить что бы он мог начать выполнять следующую джобу. Если кто то решал подобный кейс могу подробно написать. Проблема на стыке gracefull stop приложения, указания опции что docker stop signal=SIGTERM и docker restart policy=ALWAYS. Приложение в нормальной ситуации нужно корректно включать. При деплое происходит "конфликт" между restart polisy always и командой docker stop. Контейнер запускается с энтрипоинтом который из себя представляет sh скрипт с командой. И вот вопрос, ловить в энтрипоинте трапами сигналы или взять какое-то готовое решение. Очевидно что "проблему" решит использование супервизора, но я не хочу делать потом кучу воркараундов для того что бы контейнеры с супервизором ожидаемым образом себя вели.

щито?

Google

George

04.03.2019
19:16:11

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

пускай тупо перезапускает контейнер. Или я не понял, что ты хочешь

Anatoliy

04.03.2019
19:16:40

При этом тот же TeamCity Server тоже не может достучаться до git'а который лежит на том же сервере рядом. Обращаюсь по внешним адресам, т.е. по tc.example.com и т.п., не хочет(

George

04.03.2019
19:16:44

можешь хоть через крон docker run -d —rm blablabla

и пускай в фоне молотиит

При этом тот же TeamCity Server тоже не может достучаться до git'а который лежит на том же сервере рядом. Обращаюсь по внешним адресам, т.е. по tc.example.com и т.п., не хочет(

эээ?

Anatoliy

04.03.2019
19:17:30

эээ?

?

George

04.03.2019
19:17:46

ну, больше деталей надо

я не понимаю, что ты хочешь от тимсити

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

или ты все через прокси пускаешь? ну, тоже такое себе решение

Anatoliy

04.03.2019
19:18:48

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

изнутри кстати по именам контейнеров запустить получилось вроде, а вот именно снаружи - нет(

Google

George

04.03.2019
19:23:41

файрволл отключи и посмотри

Gleb

04.03.2019
19:28:30

пускай тупо перезапускает контейнер. Или я не понял, что ты хочешь

не хочется такого изврата. у меня есть универсальный ci/cd который позволяет без изменений 95% кода деплоить сотню разных проектов. Я не думаю что было бы нормально делать исключение для одного проекта, поэтому ищу более универсальное решение.

George

04.03.2019
19:29:21

«При деплое происходит "конфликт" между restart polisy always и командой docker stop.»

кажется въезжаю

смотри

мы решили эту проблему как

никто не мешает тебе поставить полиси always на рестарт

просто в момент деплоя форсированно грохнуть контейнер - не?

ну, либо действительно костылить что-то

и, да, тебе лучше политика unless-stopped, кмк

и еще соображение. в случае передеплоя apache airflow мы тупо делали следующее: 1. смотрели есть ли сейчас джобы 2. если есть - тупо ждем их окончания, но запрещаем спавнить новые 3. как только джобы завершились - катим обновления

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

в пайплайне он ставится как файл, который маунтится в контейнер. Если файл есть - СТОП

если нет - продолжаем бежать

реализуется просто )

Gleb

04.03.2019
20:20:00

ну я вот пододбные мысли и хотел увидеть, спасибо. Вариантов то масса конечно, вплоть до смены полиси на-лету

George

04.03.2019
20:46:02

ну я вот пододбные мысли и хотел увидеть, спасибо. Вариантов то масса конечно, вплоть до смены полиси на-лету

я не уверен, что это сработает

Yan

05.03.2019
07:45:42

ребят, подскажите, кто-нибудь сталкивался с подобной проблемой: использую gitlab ci чтобы сбилдить образ, в докерфайле присутствует curl, который должен загрузить архив с imagemagick и собрать его, но вот как раз на моменте со скачиванием curl минуту пытается достучатся на нужный урл и выдает curl: (56) Recv failure: Connection reset by peer

и я не могу понять, это проблема докера или курла в образе docker:stable

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

Google

ildar

05.03.2019
07:50:35

сокращай количество неизвестных. перенеси скачивание с момента build на момент run. лучше выбери образ, в котором уже есть curl ;)

$ docker run docker:stable curl /usr/local/bin/docker-entrypoint.sh: exec: line 35: curl: not found

George

05.03.2019
07:51:16

ребят, подскажите, кто-нибудь сталкивался с подобной проблемой: использую gitlab ci чтобы сбилдить образ, в докерфайле присутствует curl, который должен загрузить архив с imagemagick и собрать его, но вот как раз на моменте со скачиванием curl минуту пытается достучатся на нужный урл и выдает curl: (56) Recv failure: Connection reset by peer

смотри. Ты можешь в гитлаб пайплайне скачать imagemagick, а потом через COPY передать его в Dockerfile

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

Yan

05.03.2019
08:28:15

$ docker run docker:stable curl /usr/local/bin/docker-entrypoint.sh: exec: line 35: curl: not found

там немного в другом дело, я собираю из докерфайла образ из node:10

там есть curl как раз, но, как я понимаю, он не может достучаться до архива

ща кину

https://gist.github.com/yanislav-igonin/57f50eaa3e9387c5d3fc57ea8647f266#file-production-dockerfile

ildar

05.03.2019
08:30:26

о, сейчас бы в чужих Dockerfile поразбираться почему curl не рабоает)

docker run --rm -ti alpine wget your_link_here

Yan

05.03.2019
08:30:53

о, сейчас бы в чужих Dockerfile поразбираться почему curl не рабоает)

в том-то и дело, что не работает он только в ci

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

я поэтому и спрашиваю, может это фича гитлаба какая-то

ildar

05.03.2019
08:33:21

запусти в ci команду которую я скинул

Yan

05.03.2019
08:35:22

запусти в ci команду которую я скинул

ща проверим

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

ildar

05.03.2019
08:36:05

тебе обойти надо или проблему решить?

Yan

05.03.2019
08:36:14

тебе обойти надо или проблему решить?

проблему есесно

тебе обойти надо или проблему решить?