видимо это мой вариант

долго правда будет

find

здается мне без грепов одной строкой можно

но да родными средствами я не знаю как

с файндом походу будет не shell а command что поприятней

можно еще попробовать сделать shell: ls /opt/bla | grep -v lib register: result file: .. with_items: result.stdout_lines

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

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

там нет рекурсии же

дир не много. ~50-60. рост медленный

ну хз, если выбирать между shell и register и затем вторым таском и command, find и changed_when я бы выбрал второе

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

chmod -R g+w /opt/blah/* && chmod -R g-w /opt/blah/{dir1,dir2,dir3} ?

chmod -R g+w /opt/blah/* && chmod -R g-w /opt/blah/{dir1,dir2,dir3} ?

так и есть. но ансиблом и идемпотентно

Можно же построить строку для find так чтобы нашлось только то что требует смены пермишнов и менять именно там где надо

Добавить -print и ловить stdout_lines например

Чтобы понять поменялось или нет

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

Максдеп

1

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

find /opt/blah -maxdepth 1 -type d

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

лол

Максдеп 1 будет без рекурсии да

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

https://docs.ansible.com/ansible/2.5/modules/find_module.html - name: Recursively find /tmp files older than 2 days find: paths: /opt/blah recurse: no file_type: directory excludes: "foobar, foobar2" register: dirs

хм

чот я его не увидел.

спасибо пойду покручу

волшебная пуля нашлась

нет. но она близка да

хм странно что я не увидел эксклюда в ansible find

а нет перечитал увидел но это все равно 2 таска, find + file

а нет перечитал увидел но это все равно 2 таска, find + file

да. так вполне норм

плюс loop

file помоему не умеет с list прямо работать

ну да ладно, если норм то и ладно )

Доброе утро всем.

Читаю про ansible-container и понемногу влюбляюсь. У этой штуковины есть какие то недостатки? Непонятно, почему оно не на слуху, как тот же dapp или bazel? Или просто все привыкли есть кактус в виде докерфайла и не парятся? Есть у кого реальный опыт эксплуатации?

привет, доставляет больше проблем, чем пользы

https://github.com/ansible/ansible-container/graphs/contributors помирает

А ещё оно официально уже задепрекейчено))

Да как так-то? Грусть и печаль

А что тогда употреблять? dapp с ансиблом?

k8s/helm

Не дорос ещё

minikube/manifests

А если для single контейнера?

Интересуют именно утилиты для билда имеджа

@docker_ru

Это само собой, просто в первую очередь хочу связку с ансиблом

какую цель вы приследуете собирая контейнеры ансиблом?

Переиспользуемость существующих ролей и плейбуков. Ну и ямл же. Обожаю ямл

т.е. ваш контейнер будет билдится RUN ansible-playbook ... ?

Ну и ансибл я люблю, он няшка

т.е. ваш контейнер будет билдится RUN ansible-playbook ... ?

Нет. Сейчас использую packer для билда докер образов. С ansible провижинером

если коротко, ansible - это configuration management, сюда переодически приходят люди с желаниями воткнуть его в каждую дырку и потом страдают (или нет)

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

отлично, для вас это фреймворк, для разработчиков - configuration management, именно из-за этого различия ansible в ваших руках будет причинять вам боль

если коротко, ansible - это configuration management, сюда переодически приходят люди с желаниями воткнуть его в каждую дырку и потом страдают (или нет)

+100500 Последние примерно полтора года - обяазтельно страдают, без вариантов.

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

а почему они там должны быть?

Dapp is made to implement and support Continuous Integration and Continuous Delivery (CI/CD). вполне уместен в CD

Нет. Сейчас использую packer для билда докер образов. С ansible провижинером

И что не устраивает? Отличная связка, по-моему. Сам использовал, очень даже себе

А что тогда употреблять? dapp с ансиблом?

Buildah ansible connection plugin

И что не устраивает? Отличная связка, по-моему. Сам использовал, очень даже себе

Да в принципе с технической точки зрения всё устраивает. Из мелочей - личная неприязнь к json'у даёт о себе знать. Ну и плюс для расширения кругозора ищу альтернативы

Да в принципе с технической точки зрения всё устраивает. Из мелочей - личная неприязнь к json'у даёт о себе знать. Ну и плюс для расширения кругозора ищу альтернативы

Иногда подобные желания могут завести не туда :)

Понимаю. Потому и сначала консультируюсь с коммьюнити )

Buildah ansible connection plugin

Спасибо. Тоже посмотрю на него

На первый взгляд взаимодействие с buidah чем-то напоминает powershell. В части логики работы через объекты в переменных

отлично, для вас это фреймворк, для разработчиков - configuration management, именно из-за этого различия ansible в ваших руках будет причинять вам боль

https://www.ansible.com/integrations/containers/docker вот разработчики сами заявляют о том, что ansible для билда контейнеров

https://www.ansible.com/integrations/containers/docker вот разработчики сами заявляют о том, что ansible для билда контейнеров

Нет, они так не заявляют.

https://www.ansible.com/integrations/containers/docker вот разработчики сами заявляют о том, что ansible для билда контейнеров

это скорее о модуле docker, по сути оркестрация команды docker build

https://www.ansible.com/integrations/containers/docker вот разработчики сами заявляют о том, что ansible для билда контейнеров

Они пишут "Ансибл является способом автоматизации доскера в вашем окружении".

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

Ansible enables you to operationalize your Docker container build and deployment process. By using Ansible Playbooks to build containers, you gain the advantages of a simple, repeatable, defined state of your containers that you can easily track.

Ладно, в полемику скатываемся уже. Пойду есть кактус )

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

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

+

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

Да. Согласен

Всем спасибо за фидбек

А ещё оно официально уже задепрекейчено))

Как-то непонятно его состояние на самом деле. deprecation notice из ридми в гитхабе на текущий момент убрано. Но geerlingguy пишет, что RedHat забросил его поддержку

Как-то непонятно его состояние на самом деле. deprecation notice из ридми в гитхабе на текущий момент убрано. Но geerlingguy пишет, что RedHat забросил его поддержку

Это автор вот этой книжки - https://www.ansiblefordevops.com/