логично, потому что у тебя окружение наверняка другое

ЛОЛ

девопс инженеров срочно надо разжаловать в младшие помощники сотрудника техподдержки самого ущербного веб-хостинга в мире

девопс инженеров срочно надо разжаловать в младшие помощники сотрудника техподдержки самого ущербного веб-хостинга в мире

https://rancher.com/docs/os/v1.x/en/installation/networking/interfaces/

ты чего лодку раскачиваешь!

девопс инженеров срочно надо разжаловать в младшие помощники сотрудника техподдержки самого ущербного веб-хостинга в мире

Я в разрабы бы пошел шеф

Привет! Коллеги, подскажите пожалуйста по образу Jenkins в котором свой docker. Сделал я это для того чтобы собирать образы и пушить в локальный репо (`docker build …`, docker tag …, `docker push…`). А проблема такая, в целом стандартная. Из под пользователя Jenkins нельзя пользоваться Docker (даже если делать -v /var/run/docker.sock:/var/run/docker.sock, т.к. файл с рутовыми пермишинами). Т. е. я не могу выполнить команду в контейнере docker build …. Причем это не работает ни в моем кастомном образе, куда я руками поставил докер, ни в скаченном h1kkan/jenkins-docker:lts В итоге я решил проблему иначе, я в свой образ накатил sudo, поправил sudoers и дал возможность запускать sudo docker …. без пароля (видел решения, дать группу root пользователю Jenkins, но это как-то не очень) . Т.е. теперь я могу скачивать/запускать образы. Вот теперь вопрос самый главный? А я не велосипед ли я сделал. У образа h1kkan/jenkins-docker:lts 10M скачиваний, видимо все как-то пользуются не жужжат и знают что-то, чего не знаю я. Вторая мысль была взять и развернуть docker в docker и использовать как сборочный агент, например. Там бы это все было в root и нормально собиралось. В общем, кто сталкивался и может рассказать как правильно? Или все ок что сделал? Не хочется 🚲

Привет! Коллеги, подскажите пожалуйста по образу Jenkins в котором свой docker. Сделал я это для того чтобы собирать образы и пушить в локальный репо (`docker build …`, docker tag …, `docker push…`). А проблема такая, в целом стандартная. Из под пользователя Jenkins нельзя пользоваться Docker (даже если делать -v /var/run/docker.sock:/var/run/docker.sock, т.к. файл с рутовыми пермишинами). Т. е. я не могу выполнить команду в контейнере docker build …. Причем это не работает ни в моем кастомном образе, куда я руками поставил докер, ни в скаченном h1kkan/jenkins-docker:lts В итоге я решил проблему иначе, я в свой образ накатил sudo, поправил sudoers и дал возможность запускать sudo docker …. без пароля (видел решения, дать группу root пользователю Jenkins, но это как-то не очень) . Т.е. теперь я могу скачивать/запускать образы. Вот теперь вопрос самый главный? А я не велосипед ли я сделал. У образа h1kkan/jenkins-docker:lts 10M скачиваний, видимо все как-то пользуются не жужжат и знают что-то, чего не знаю я. Вторая мысль была взять и развернуть docker в docker и использовать как сборочный агент, например. Там бы это все было в root и нормально собиралось. В общем, кто сталкивался и может рассказать как правильно? Или все ок что сделал? Не хочется 🚲

Какие sudo, можно просто добавить пользователя в группу докер

Привет. А ты читал сам гитхабовский репозиторий этого образа ? Пишут ли там что-то интересное?

В твоем подходе я вижу изъян только в том, что можно А)коннектиться по сети к докер демону, а не через файловый сокет. Тогда и нет проблемы с пермишенами. Б) спецом делают агентов. Докеровских. Т.е. сборка не на мастере женктнса. В твой образ я не глядел, но предполагаю, что там оба компонента ?

В группу docker он добавлен, только при монтировании файл рутовый. Я когда это обнаружил, поискал как сказать чтобы монтировать и пермишены были докеровские, но что-то не нашел. Если проглядел, ткните в доку

Привет! Коллеги, подскажите пожалуйста по образу Jenkins в котором свой docker. Сделал я это для того чтобы собирать образы и пушить в локальный репо (`docker build …`, docker tag …, `docker push…`). А проблема такая, в целом стандартная. Из под пользователя Jenkins нельзя пользоваться Docker (даже если делать -v /var/run/docker.sock:/var/run/docker.sock, т.к. файл с рутовыми пермишинами). Т. е. я не могу выполнить команду в контейнере docker build …. Причем это не работает ни в моем кастомном образе, куда я руками поставил докер, ни в скаченном h1kkan/jenkins-docker:lts В итоге я решил проблему иначе, я в свой образ накатил sudo, поправил sudoers и дал возможность запускать sudo docker …. без пароля (видел решения, дать группу root пользователю Jenkins, но это как-то не очень) . Т.е. теперь я могу скачивать/запускать образы. Вот теперь вопрос самый главный? А я не велосипед ли я сделал. У образа h1kkan/jenkins-docker:lts 10M скачиваний, видимо все как-то пользуются не жужжат и знают что-то, чего не знаю я. Вторая мысль была взять и развернуть docker в docker и использовать как сборочный агент, например. Там бы это все было в root и нормально собиралось. В общем, кто сталкивался и может рассказать как правильно? Или все ок что сделал? Не хочется 🚲

У сокета /run/docker.sock права 660, группа докер

читай = депрекейтед

ну, и не забывай, что 10М+ скачиваний - это за все время существования образа

jenkins@1f7662075c26:/$ ls -l /var/run/docker.sock srw-rw---- 1 root 967 0 Oct 24 11:20 /var/run/docker.sock Вы про это? Или я не понял мысли

да, 967 - это айди группы докер

Да, спасиб! Ты открыл мне глаза! Действительно на локальном хосте 967, а в контейнере 999. Это все объясняет

@vicktor_kaplya один из альпинопроблем... хотя это и не проблема вовсе

Проблема с правами? Это не проблема, стоит один раз проб пробросить фс хоста к фс контейнера и посмотреть права. Только слепой не увидит id

ребята, добавлял в args BUILD_DATE=$(date -u +'%Y-%m-%dT%H:%M:%SZ') при docker build. Как это добавить, но в docker-compose ?

как отучить человека юзать докер там где не надо

Ну, тут фишка в том, что пока ты не отгребешь - ты можешь и не догадываться, что маппинги юзер-uid и группа-gid вне и внутри контейнера разные. Плюс припекает от того, что нет стандарта на айди. В каждом дистрибе условный юзер nginx может маппиться по-разному

Ты сейчас немного обидно сказал, права, группы, наследование прав, это самое начало nix

Ты ещё скажи, что chmod и chown не обязательно знать

Дело не в правах как таковых. Дело в том, что иногда это автомагически работает

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

Для этого предпрод и есть, последняя проверка.

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

Интересно, вы это руками или автоматизированно по чек-листу проверяете ?

Дженкинс сигнализирует

Звучит, как сводка из новостей