привет, вопрос про докер. запускают его вот так docker run --name some_name -d some_image цепляюсь docker exec -i -t d839a6b1c9bf /bin/bash почему я не могу контайнер выключить и потом заново включить? То есть после docker stop d839a6b1c9bf и docker start d839a6b1c9bf Он работает 2 секунды и выходит

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

привет, вопрос про докер. запускают его вот так docker run --name some_name -d some_image цепляюсь docker exec -i -t d839a6b1c9bf /bin/bash почему я не могу контайнер выключить и потом заново включить? То есть после docker stop d839a6b1c9bf и docker start d839a6b1c9bf Он работает 2 секунды и выходит

Ща у себя проверю, звучит странно

читать entrypoint и run

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

лучше, конечно

хотя virtualenv тоже норм

а с остальным я не работал особо :)

привет, вопрос про докер. запускают его вот так docker run --name some_name -d some_image цепляюсь docker exec -i -t d839a6b1c9bf /bin/bash почему я не могу контайнер выключить и потом заново включить? То есть после docker stop d839a6b1c9bf и docker start d839a6b1c9bf Он работает 2 секунды и выходит

> почему я не могу контайнер выключить и потом заново включить? Почему не можешь? Можешь > Он работает 2 секунды и выходит Сам выходит? давай-ка полный лог сюда. что-то ты не договариваешь

читать entrypoint и run

если сначала запустить, после run, то всё работает. Даже если какое-то время после старта делать stop _id_, а потом старт, то можно логиниться

короче

https://dpaste.de/UA6J

всё ок

у тебя какой-то энтрипоинт\смд невалидный

хотя стоп\старт контейнера это вообще не особо хороший паттерн

можешь сказать зачем это вообще надо?

хотя стоп\старт контейнера это вообще не особо хороший паттерн +1000

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

хотя virtualenv тоже норм

но нет же)

но нет же)

лучше же чем ничего?

> хотя virtualenv тоже норм разные версии Python'а могут потребоваться

> хотя virtualenv тоже норм разные версии Python'а могут потребоваться

ну и создавай его разными версиями :)

я делал через https://github.com/yyuu/pyenv

и это было криво)

каждый раз боль, ставить питон отличный от питон2.6 на центос6

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

у меня не получилось в Exherbo пакет сделать

в общем, докер решил мои проблемы с питоном

контейнер с кодом + контейнер с СУБД + data volume со статикой + data volume с базой данных + контейнер с nginx общий на все сайты

если решу вопрос с BGP то будет много контейнеров с nginx и все сервисы действительно будут независимы друг от друга

контейнер с кодом + контейнер с СУБД + data volume со статикой + data volume с базой данных + контейнер с nginx общий на все сайты

а зачем было нжинкс в контейнер пихать? чисто интересно.

чтобы удобно управлять конфигами

не на сервере там что-то править, а через IDE

сервер - это просто космодром

ракета делается в другом месте

на сервере оно только запускается

Не совсем понял прикол про конфиги и IDE

всё, что можно не делать на сервере - лучше не делать на сервере

править конфиги нжинкса на сервере чере иде? поподробнее, я записываю

править конфиги нжинкса на сервере чере иде? поподробнее, я записываю

++

как раз наоборот

не править конфиги на сервере

а зачем было нжинкс в контейнер пихать? чисто интересно.

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

а править их в IDE за пределами сервера

тем более letsencrypt'ы там всякие теперь будут

с беслпатными сертификатами

а править их в IDE за пределами сервера

Т.е. они у тебя лежат на data volume типа?

нет

Или как? Я нихера не понял.

они у меня в самом контейнере

то есть у меня есть некий репозиторий

и я его редактирую через IDE

там как обычный код - коммиты и вс

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

и всё такое

да

да

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

ну, можно в data volume'е

если конфиги у вас часто меняются

у меня они 1 раз как сделал так и лежат 2 года

можно даже генерить их скриптом

через confd

Порно какое-то.

ну, если у вас там shared хостинг какой-нибудь

на 1 ипе

у меня проектов 10-20, с которыми я так или иначе связан, мне проще вручную всё делать, когфиги там не меняются

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

volume же

ну да, можно volume, если у вас конфиги меняются часто

ERROR: S client not available

volume же

у александра овчинникова не так

я не звезда)

у александра овчинникова не так

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

какая разница как у меня

ну как вариант можно еще объявить там volume и запускать специальный котнетйнер в режиме vlumes from , который все обновит и сделает reload, таким образом конфиги будут всегда в образах а те в гите..

у тебя какой-то энтрипоинт\смд невалидный

Ну вначале всё ок

тю, не всегда всё что вначале будет ок и потом

можешь сказать зачем это вообще надо?

Окружение для скриптов

если кто-то хочет заморочиться - сделайте на базе этого https://github.com/jwilder/nginx-proxy

что значит окружение для скриптов

?

ты так написал словно это само собой разумеющееся :)

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

получается, что оба проекта в разных окружениях

а, ну звучит здорово.

например, в питоне можно создать 2 виртуальных окружения и там поставить разные джанги (разных версий)

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

про стоп-старт я поддерживаю - нафиг он вообще нужен я не знаю

нужен только ран)

смотриться как попытка из контейнера сделать виртуалку :)

так как я планирую миграцию на Rkt я вообще start/stop не использую

про стоп-старт я поддерживаю - нафиг он вообще нужен я не знаю

после перезапуска докера/сервера он будет делать start

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

можно сделать systemd сервис

и там написать команду docker run ...

и сделать systemctl enable ...

и он так же будет при рестарте сервера запускать всё

после перезапуска докера/сервера он будет делать start

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

докер на себя много берёт

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

у меня в проектах десяток разный конфигураций и сборок nginx, проекты либо не связаны либо слабосвязаны, в nginx полно логики на lua, версия с версией не совместимы, приходится поддерживать несколько версий , могу объяснить почему, если этого не достаточно для ответа

ну я с этим согласен, но вот в этом конкретном кейсе мне непонятно в чём вообще проблема

у нас nginx в докере