Нет, я понимаю, когда вопрос касается тонкостей взаимодействия подов кубера с волтом, но когда ответ на вопрос содержится в одном запросе к гуглу или пониманию, что такое permission denied, а человек спрашивает совета в чате — это выше моего понимания. Это какой-то запредельный уровень лени.

И да, за chmod 777 надо руки отрывать.

У меня даже слова на этом моменте как-то закончились... Не, окей, перед тобой есть папка с вроде бы правильными правами, но ошибка валится. Первое действие? Поменять на 777 в рамках эксперемента, дабы понять, то или не то. Что не так то? 😑Спасибо участникам беседы, проблема отпала сама по себе, тупо собрал свой image.

У меня даже слова на этом моменте как-то закончились... Не, окей, перед тобой есть папка с вроде бы правильными правами, но ошибка валится. Первое действие? Поменять на 777 в рамках эксперемента, дабы понять, то или не то. Что не так то? 😑Спасибо участникам беседы, проблема отпала сама по себе, тупо собрал свой image.

Ребят, а кто-нить стартовал jira software в докере? Есть у кого композ или хотя-бы образ нормальный? https://hub.docker.com/r/cptactionhank/atlassian-jira-software/ не стартует, ругается на права папки с логами. Чёт лень чинить)

Кхм... Да, пожалуй надо было дополнить в первом сообщении, что тот image, который я пытался использовать, представляет из себя адовый комбайн, чем-то похожий на gitlab omnibus. Папку пробовал и в контейнере оставить, и через volume прокинуть. Так же пробовал 777 + chown на двух разных пользователей в контейнере, не помогает. Инфраструктуру Java приложений знаю лишь в общих чертах, мб я чего-то не понимаю, и там под текущим процессом запускаются ещё какие-то с другими uid'ами (хотя по идее 777 должны были решить и этот вопрос).

links

Всем привет, Ребята, почему с контейнера app не могу подключиться на бд в postgres контейнер, что то не так может написал в docker-compose.yaml?

В чем может быть проблема?)

В чем может быть проблема?)

Чёт пробелов дофига

А сколько пробелов должно быть?)) 1 таб = 1 пробел?

Понял)

Тяжело с пробелами 😄 впервой, service с version в одном ряду должны быть, во втором пробел перед - volumes 😉

Лучше всего на ансибле усваивается

Нужно организовать некую аппку nginx + postgresql + python Один из ключевых моментов - возможность автообновлять эту аппку из git репозитория, предварительно сделав миграцию (и опционально - бэкап постгреса) Сам я в докеризации профан и новичок, но для первых трех мне вроде как нужен докер-компоуз, один раз билжу контейнер, затем мне нужно ввести некоторые environment variables и все хорошо. Но вот как трезво организовать автоматическое обновление (git pull) - ума не приложу, может кто-то подскажет?

Почитайте про Continuous Integration.

есть живые? (

Нужно организовать некую аппку nginx + postgresql + python Один из ключевых моментов - возможность автообновлять эту аппку из git репозитория, предварительно сделав миграцию (и опционально - бэкап постгреса) Сам я в докеризации профан и новичок, но для первых трех мне вроде как нужен докер-компоуз, один раз билжу контейнер, затем мне нужно ввести некоторые environment variables и все хорошо. Но вот как трезво организовать автоматическое обновление (git pull) - ума не приложу, может кто-то подскажет?

Нужно организовать некую аппку nginx + postgresql + python Один из ключевых моментов - возможность автообновлять эту аппку из git репозитория, предварительно сделав миграцию (и опционально - бэкап постгреса) Сам я в докеризации профан и новичок, но для первых трех мне вроде как нужен докер-компоуз, один раз билжу контейнер, затем мне нужно ввести некоторые environment variables и все хорошо. Но вот как трезво организовать автоматическое обновление (git pull) - ума не приложу, может кто-то подскажет?

Хороший вопрос, я сам недавно таким задавался, у меня не Python, а PHP, но суть вопроса не меняется. Я рассматривал два варианта: 1) PHP файлы внутри контейнера (это вроде как Docker way); 2) PHP файлы на хост машине, а в контейнер они пробрасываются через bind mount. В первом случае для выкатам новой версии приложения нужно строить новый Docker образ (желательно на CI сервере), потом тянуть этот образ на host (Docker pull), затем перезапускать контейнер. При втором способе на хосте можно сделать просто git pull. В первом случае фаза сборки на CI становится обязательной, во втором случае опциональной. Но если у нас грамотные процессы, то любой код перед выкладкой на prod должен пройти через CI и тесты это всё. Получается вся разница сводится к: Docker pull vs. git pull. На практике я пока ничего не запустил, только экспериментировал :) комментарии, замечания, предложения?

Ты можешь пробросить с хоста в контейнер вольюм /var/run/docker.sock

контейнер с CI еще потребуется

—volume=/var/run/:/var/run:rw \ прокинуто. Так что дело не в этом. или ты предлагаешь прям файл прокинуть?

Именно файл. - "/var/run/docker.sock:/tmp/docker.sock:ro"

Похоже на эльфийский, не могу прочитать

почему у докера нет команды показать все remote тэги для контейнера? и приходится делать вот так curl 'https://registry.hub.docker.com/v2/repositories/bluespice/mediawiki/tags/' | jq '."results"[]["name"]'

https://stackoverflow.com/questions/28320134/how-to-list-all-tags-for-a-docker-image-on-a-remote-registry