спасибо, теперь все стало понятно, вопросов боьше нет

И при подходе gitlab ci оно должно быть именно так, остальное будет криво

Я уже пробовал)

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

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

какие неудобства?

Ну как пример копипаста в разных проектах

Я использую один aws аккаунт, а реквизиты прописаны одни и те же в 5 местах

а почему не в одном?

Я использую один aws аккаунт, а реквизиты прописаны одни и те же в 5 местах

В одном и том же, но в каждом проекте с кодом

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

у меня это решено так: 1. есть контейнер с ansible и нужными модулями anbible:stable 2. от него наследуются контейнеры с описанием окружения FROM ansible:stable, назовем его env1:stable 3. от контейнера env1:stable наследуются все контейнеры которые будут запущены против окружения env1 FROM env1:stable

какие минусы вы видите в таком подходе?

Эти контейнеры служат для деплоя?

из пункта 3 - да

все остаьные - нет

Как минимум 2 минуса 1 - я не могу прочитать в одном месте все, что мне нужно для развёртывания (к примеру я только пришёл к вам и не знаю что в каком образе и как это доставляется в итоге на сервер) 2 - я не могу развернуть ПО без этих образов, к примеру к себе на виртуалку. А я как разработчик хочу поднять все окружение из своих веток и посмотреть как это работает и на ходу что-то изменять. Ну или банально у меня нет доступа к registry, а такое уже вполне случалось как раз на предыдущем месте благодаря ркн

1. почему не можете прочитать? запустим контейнер из п.3 вы получите все что нужно (плейбуки, python модули, inventory) 2. тоже не понятно, вы можете запустить контейнер, изменять в нем плейбуки и далее комитить изменения. вопрос с registry совсем не понятен, что мешает хранить в нескольких?

А, ну и ещё я что-то меняю в деплое сервисов, например всем пригорело с php переехать на go. 1 сервис я уже поменял, остальные нет. Всё в окружении production. Для каждого сервиса нужно сначала менять код, а потом пересобирать образ? Причём может быть ещё придётся и вариативность продумывать, сейчас ведь какая-то часть окружения деплоится совсем по-другому и надо отслеживать, чтобы эти изменения были совместимы с сервисами которые деплоятся по старому

этим и занимается CI, из примера выше, у нас остаются контейнеры ansible:stable env1:stable от них наследуются php web:php, и web:go, но это уже вкусовщина

1. почему не можете прочитать? запустим контейнер из п.3 вы получите все что нужно (плейбуки, python модули, inventory) 2. тоже не понятно, вы можете запустить контейнер, изменять в нем плейбуки и далее комитить изменения. вопрос с registry совсем не понятен, что мешает хранить в нескольких?

1. А где это все описано? Только в фс контейнера? Если да, то это крайне неудобно, репозиторий гораздо лучше. И код нередко важен для понимания работы или сборки сервиса, значит я смотрю то в контейнер, то в git 2. Мне необходимы лишние действия. Вместо того, чтобы мне просто склонировать код определённой ветки и запустить плейбук мне ещё дополнительно нужно качать контейнер под определённое окружение и думать как это разворачивается. Кстати подтягивается код с фс? Я например сделал изменения в коде, мне нужно пересобрать код и залить на свой же локалхост например. 3. Например нам не повезло и все наши registry забанил ркн. Как быстро восстановить эти образы и куда-то залить так, чтобы деплой не вставал?

этим и занимается CI, из примера выше, у нас остаются контейнеры ansible:stable env1:stable от них наследуются php web:php, и web:go, но это уже вкусовщина

А потом у нас в окружениях рано или поздно появляются несовместимые изменения, хотя бы просто в процессе изменения деплоя и мы имеем php:v2 php:v3 go:v2 go:v5 и уже непонятно что откуда наследуется и зачем их столько

ПО то разное, которое разворачивается в идеале одним контейнером

И билдится

Банально, нода, 3 проекта - 3 версии

Один проект остался as is и там нода 8 и всегда останется

я к сожалению потерял суть этого диалога, навсякий случай отвечу: 1. есть две точки входа, /etc/ansible и /opt/playbook 2. вы так же можете делать git clone изменения кода и запускать котнейрех с подмаунченым volume: docker run --rm -it -v`pwd`:/opt/playbook ... , в /opt/playbook будет прокинута директория с хост системы 3. вы не знаете как решить эту проблему? еще раз, иерархия наследования трехуровневая, ansible, окружения, playbook-роли

Другие развиваются и версия обновляется

прощу прощения, я пожалуй сольюсь из этой бесседы

Хорошо, тоже спать уже надо

Всем привет. Не подскажите с чем может быть связано? TASK [Gathering Facts] ********************************************************* fatal: [VV10888-TEST]: UNREACHABLE! => {"changed": false, "msg": "argument must be an int, or have a fileno() method.", "unreachable": true} Гугл ничего не подсказал

Гадать где ошибка без кода такое себе занятие

уже разобрался, спасибо

уже разобрался, спасибо

и че было?

Добры день. Как Вы решаете задачи, если нет специального модуля? У меня из одной строки, генерирующей список пользователей на bash: users=($( for NAME in `cut -d: -f1 /etc/passwd`; do uid=`id -u $NAME` ; if [ $uid -ge 1000 ]; then echo $NAME ; fi; done )) echo ${users[@]} получилось 4 таска: https://pastebin.com/bs6MRcVZ Есть идеи, как сделать лучше?

Добры день. Как Вы решаете задачи, если нет специального модуля? У меня из одной строки, генерирующей список пользователей на bash: users=($( for NAME in `cut -d: -f1 /etc/passwd`; do uid=`id -u $NAME` ; if [ $uid -ge 1000 ]; then echo $NAME ; fi; done )) echo ${users[@]} получилось 4 таска: https://pastebin.com/bs6MRcVZ Есть идеи, как сделать лучше?

Для решения задачи понадобится pastebin или что-то подобное как минимум 😉

Для решения задачи понадобится pastebin или что-то подобное как минимум 😉

Зато можно накопировать и запустить сразу)

"дешевле" модуль напитонить)

Зато можно накопировать и запустить сразу)

С pastebin тоже можно накопировать, и при этом не будет простыни - подумай о тех, кому придётся прокручивать несколько экранов на телефоне.

С pastebin тоже можно накопировать, и при этом не будет простыни - подумай о тех, кому придётся прокручивать несколько экранов на телефоне.

Я поправил, спасибо.

Подскажите, какой-нибудь "мусор" остаётся после отработки playbook'а, который может привести к каким-нибудь недобствам? Retry файлы отключены. Может Ansible ещё что-то куда-то писать, например, в скрытые каталоги?

Подскажите, какой-нибудь "мусор" остаётся после отработки playbook'а, который может привести к каким-нибудь недобствам? Retry файлы отключены. Может Ansible ещё что-то куда-то писать, например, в скрытые каталоги?

на целевом хосте временные файлы могут остаться

Я поправил, спасибо.

Замечательно. Как выглядит изначальная задача?

Замечательно. Как выглядит изначальная задача?

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

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

на целевом хосте временные файлы могут остаться

а на хосте с самим ансиблом может что-то оставаться?

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

Запустить это chage -m 1 -M 90 -W 7 -I 10 $USERNAME

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

Программа chage изменяет количество дней между датой смены пароля...

а на хосте с самим ансиблом может что-то оставаться?

Почему бы нет. Я для другой задачи генерировал файл на нем с помощью delegate_to

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

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

Или писать свой модуль

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

Я в модуле user не увидел таких параметров, которые тут пытаюсь поменять

Там есть expires, которым мне кажется можно примерно то же сделать

Добры день. Как Вы решаете задачи, если нет специального модуля? У меня из одной строки, генерирующей список пользователей на bash: users=($( for NAME in `cut -d: -f1 /etc/passwd`; do uid=`id -u $NAME` ; if [ $uid -ge 1000 ]; then echo $NAME ; fi; done )) echo ${users[@]} получилось 4 таска: https://pastebin.com/bs6MRcVZ Есть идеи, как сделать лучше?

awk -F: '($3 >= 1000) {print $1}' /etc/passwd

awk -F: '($3 >= 1000) {print $1}' /etc/passwd

https://pastebin.com/XsJSHpii Так и правда покороче получилось, спасибо

Господа, подскажите, здесь предлагается создать каталог group_vars названный по имени группы. то есть например production_d1_vars в моем случае. А где сам этот каталог должен находиться? https://docs.ansible.com/ansible/2.6/user_guide/playbooks_best_practices.html#variables-and-vaults

но там говориться про файлы vars.yml и vault.yml

можешь пояснить, пожалуйста?

По-моему, в доке в данном случае по другому написано?

Сорри, не дочитал и ответил неверно..

Хм, нет, по-моему, документация предлагает в качестве best_practices group_vars/groupname/vars.yml group_vars/groupname/vault.yml

Если я правильно понял)

Да, так похоже

Хм, нет, по-моему, документация предлагает в качестве best_practices group_vars/groupname/vars.yml group_vars/groupname/vault.yml

ясно, попробую так, спасибо.

ясно, попробую так, спасибо.

Ну а сам group_vars обычно рядом с плейбуком создается, на одном уровне, вопрос вроде изначально в этом был?) Вот тут же есть пример, как может выглядеть структура https://docs.ansible.com/ansible/latest/user_guide/playbooks_best_practices.html#directory-layout

Ну а сам group_vars обычно рядом с плейбуком создается, на одном уровне, вопрос вроде изначально в этом был?) Вот тут же есть пример, как может выглядеть структура https://docs.ansible.com/ansible/latest/user_guide/playbooks_best_practices.html#directory-layout

в этой структуре неясно как сделать разделение vars / vault

Никто на вот таком банальном таске - name: Hostname | Update the hostname (pt. 1) - hostname cmd hostname: name: "{{hostname}}" не ловил вот такой стремный косяк? ERROR! Unexpected Exception, this is probably a bug: update expected at most 1 arguments, got 2 что особенно интересно, перед этим шагом есть дебаг: - debug: msg="hostname change execute, because {{ ansible_hostname }} != {{ hostname }}" который показывает что хостнейм должен смениться на обычное имя типа consul-0, и падать оно не должно ну никак

целевая os - centos 7 с последними апдейтами, ансибл 2.6.2 на таком же центосе

и какие такие два аргумента там подаются, я никак отловить не могу )

парни хочу странного. есть каталог с большим колвом подкаталогов. хочу дать права(g+w) на этот каталог но исключить несколько подкаталогов. не хочу заранее знать какие есть подкаталоги.

не вижу варианта с идемпотентным поведением

а разве выставление определенного права не идемпотентно?

можно применить 1 или более раз, результат будет один

очень даже. но не идемпонентно поведение применить рекурсивно в папке /opt/blb права g+w а потом /opt/blb/lib g-w

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

ы ?

шел ?

python проще imho/ а может и нет ))

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