так да, я о нём), хотя ci\cd видать он знает, сорре*(

пора уже стикеры запилить. про девопс-синьора, про докер-говно

Подведём итог: при создании контейнера через рест - нелзья передать переменные для ssh, запущенного через супервизор?

*игла в яйце, яйцо в утке, утка в зайце)

Подведём итог: при создании контейнера через рест - нелзья передать переменные для ssh, запущенного через супервизор?

я прально понял тебе нужно по ssh в контейнер ходить?

я прально понял тебе нужно по ssh в контейнер ходить?

да

пора уже стикеры запилить. про девопс-синьора, про докер-говно

% с "докер гавно" - мне!

я прально понял тебе нужно по ssh в контейнер ходить?

не правильно. Он свой swarm пишет

Подведём итог: при создании контейнера через рест - нелзья передать переменные для ssh, запущенного через супервизор?

я же сказал

1. передавай через env

2. в докерфайле сделай штуку, которая env текущие пишет в файл. Какой - не помню, надо смотреть доку по ссш

1. передавай через env

при старте писать ф айла - это понял, спасибо, хоршая мысль.

Просто я думал что есть какие-то поэлегантнее решения, работающие из коробки. но видимо обойдусь)

Просто я думал что есть какие-то поэлегантнее решения, работающие из коробки. но видимо обойдусь)

костыль на костыле и тащит костыль

что ж тут такого

Всем спасибо!

Просто я думал что есть какие-то поэлегантнее решения, работающие из коробки. но видимо обойдусь)

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

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

???? под стулом

???? под стулом

там же крестовина, как ты это делаешь?

ага, провалился, под стул.

Подскажите, что означает вот этот блок к конфигурационном YAML файле контейнера? after_web_config:

Подскажите, что означает вот этот блок к конфигурационном YAML файле контейнера? after_web_config:

а что дока говорит?

а что дока говорит?

это почему то не гуглится нормально - after_web_config:

это почему то не гуглится нормально - after_web_config:

потому что нет такого? )

чего там гуглить, там 1 страница всего... зашёл и ctrl+F

чего там гуглить, там 1 страница всего... зашёл и ctrl+F

а на какую страницу зайти?) В доке докера много страниц

а на какую страницу зайти?) В доке докера много страниц

ты же про docker-compose спрашиваешь? других ямлов у него нет

https://docs.docker.com/compose/compose-file/

ты же про docker-compose спрашиваешь? других ямлов у него нет

нет, я не знаю что такое docker-compose

нет, я не знаю что такое docker-compose

*штош.жипег*

что за YAML у тебя? покажи

что за YAML у тебя? покажи

https://github.com/discourse/discourse/blob/master/docs/INSTALL-cloud.md тут поиском по странице "app.yml"

https://github.com/discourse/discourse/blob/master/docs/INSTALL-cloud.md тут поиском по странице "app.yml"

это не про докер

это не про докер

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

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

Толсто

Народ, докер-композ после ребилда оставляет анюсд имейджи, как их удалять в процессе деплоя той или иной апы?! только prune или есть что-то другое?

Народ, докер-композ после ребилда оставляет анюсд имейджи, как их удалять в процессе деплоя той или иной апы?! только prune или есть что-то другое?

а чем Prune не угодил?

prune говно

он не чистит все, что можно вычистить

он не чистит все, что можно вычистить

вот, а мне бы именно то что осталось после ребилда)

мне приходилось руками потом проходить типо docker ps -a -q | xargs docker stop && docker ps -a -q | xargs docker rm && docker image ls | awk '{print $3}' | xargs docker rmi

и то там есть нюансы с имиджами, которые затегированы двумя разными тегами

пример можете адаптировать

на самом деле docker rmi все равно не даст удалить имиджи, которые сейчас используются контейнерами (запущенными или даже остановленными)

он не чистит все, что можно вычистить

он чистит ровно то, что и должен, что в —help и написано

другое дело, если есть остановленные контейнеры и юзают образ, то он не чистит. для этого system prune уже

повторюсь. После prune оставались хвосты в системе.

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

повторюсь. После prune оставались хвосты в системе.

у менЬя - нет

ну вобщем решил проблему ` docker rmi $(docker images --filter "dangling=true" -q --no-trunc) `

ну вобщем решил проблему ` docker rmi $(docker images --filter "dangling=true" -q --no-trunc) `

дерьмо

никогда так не делай

никогда так не делай

Почему?

вот представь себе, что docker images вложенный вернет пустую строку

ну вобщем решил проблему ` docker rmi $(docker images --filter "dangling=true" -q --no-trunc) `

это prune )

тогда получится docker rmi <пустой_элемент> и команда вывалится с кодом ошибки

надежнее xargs -r

Но мне надо только удалять те имеджи у которых нет тега

те что <none>

еще раз

ты делаешь blablabla $(another_comand)

Но мне надо только удалять те имеджи у которых нет тега

ты бы сразу это написал? )

another_command может вернуть пустой элемент

тогда выполнится blablabla

а у него есть обязательные аргументы

сечешь тему?

насчет none я делал проще

another_command может вернуть пустой элемент

ты придираешься, мелочь такая)

docker images ls | grep "<none>" | awk '{print $3}' | xargs -r docker rmi

docker images ls | grep "<none>" | awk '{print $3}' | xargs -r docker rmi

Хорошо, попробую этой)

Не так просто изначально вопрос написал?

docker images ls | grep "<none>" | awk '{print $3}' | xargs -r docker rmi

docker images --filter "dangling=true" | xargs -r docker rmi

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

docker images --filter "dangling=true" | xargs -r docker rmi

ну, да, тож вариант

вот зачем усложнять? ты в kubectl тоже грепаешь?

давно не заглядывал

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

всегда можно закрыться с || true ??

никто случайно не хранит логи airflow в s3?

всегда можно закрыться с || true ??

И потерять реальный код

никто случайно не хранит логи airflow в s3?

Зачем ?

Мы храним в journald ???

никто случайно не хранит логи airflow в s3?

Чистка зубов Air Flow ?

Чистка зубов Air Flow ?

https://github.com/apache/airflow вот это

https://github.com/apache/airflow вот это

да понял я, типа шутка)

креды для s3 можно указываеть через UI, но как бы хочется чтобы можно было через CI указывать например или какую-то переменную окружения

такой подход не пробовали?

видать нет, понял спс.

такой подход не пробовали?

ну мы тут вообще про докер только пробуем(

так в докере этот airflow находится как раз)

https://github.com/puckel/docker-airflow

че так?

Хинт: заверни что угодно в контейнер, а в случае проблем пиши в @docker_ru

Хинт: заверни что угодно в контейнер, а в случае проблем пиши в @docker_ru

вот, да! С девушками жаль не прокатит.. хотя