но проще по-моему про https://testinfra.readthedocs.io/en/latest/ рассказать

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

в чем смысл этого testinfra если такие же тесты можно и на ансибле писать через fail when

в чем смысл этого testinfra если такие же тесты можно и на ансибле писать через fail when

ммммм?

как ты ансиблом порт послушаешь?

wait_for + shell: curl например

в чем смысл этого testinfra если такие же тесты можно и на ансибле писать через fail when

старый спор.

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

можно всё сделать ансиблом но довольно не удобно.

ну и для себя я еще нашел один аргумент. если городить проверки ансиблом получается самопроверка. а для лично меня это синоним отсутствия проверки

всё конечно imho

wait_for + shell: curl например

ну какбы ансибл не для того же

ну и для себя я еще нашел один аргумент. если городить проверки ансиблом получается самопроверка. а для лично меня это синоним отсутствия проверки

всё так

wait_for + shell: curl например

это даже хуже программирования на конфигах. это ебаное днище вообще. потом начнется "давайте скачаем curl'ом json и проверим, что можно залогиниться (читай - база не пустая, а импортнулась верно)"

ну и если говорить про валидаторы goss с его портом на котором он возарашает ok это вершина человеческих достижений. даже боюсь бозон хигса по сравнению с этим просто взятая в руки палка.

чем хуже то? а для проверки авторизации у нас смоук тесты на клиентах сделаны

Еще вопрос

- name: Reload nginx systemd: state=reload name=nginx

Говорит нет такого reload

Как сделать reload nginx,

Через shell?

nginx -s reload

Нужно reload

Говорит нет такого reload

service: name=nginx state=reloaded

но вообще это должно быть handler

Доброго времени суток. Суть задачи: организация доставки патчей с помощью Ansible. Есть сервер "A", на котором в директории /home/updates/simpler будут лежать обновления (различные библеотеки и тд и тп). Есть сервер "B", для которого нужно доставить обновления в директорию /home/servers/неизвестнЫЕ папки/simple То есть, у нас подмножество неизвестных папок с одинаковыми файлами на сервере "B". Нужно по совпадению (или хешам или ещё как-то) с сервера "A" заменить все однотипные файлы в /home/servers/неизвестнЫЕ папки/simple на сервере "B". При этом нам известно: путь до неизвестных папок и пути после неизвестных папок. Умеет ли что-то подобное Ansible? Если да, то как подобное организовать? Ansible "только заинсталил".

Доброго времени суток. Суть задачи: организация доставки патчей с помощью Ansible. Есть сервер "A", на котором в директории /home/updates/simpler будут лежать обновления (различные библеотеки и тд и тп). Есть сервер "B", для которого нужно доставить обновления в директорию /home/servers/неизвестнЫЕ папки/simple То есть, у нас подмножество неизвестных папок с одинаковыми файлами на сервере "B". Нужно по совпадению (или хешам или ещё как-то) с сервера "A" заменить все однотипные файлы в /home/servers/неизвестнЫЕ папки/simple на сервере "B". При этом нам известно: путь до неизвестных папок и пути после неизвестных папок. Умеет ли что-то подобное Ansible? Если да, то как подобное организовать? Ansible "только заинсталил".

если сервер "В" - один, не вижу смысла городить через анизбль, а вот если серверов "В" - много тогда другое дело

Серверов "B" на данный момент один, но планируется достаточно большое количество.

Серверов "B" на данный момент один, но планируется достаточно большое количество.

тогда я бы запускал анзиблем на каждом из группы "В" скрипт, который тащит обнову с "А" (если, конечно с них есть доступ к "А")

Внутри сети "всё можно". "A", "B", "Ansible" внутри сети.

Внутри сети "всё можно". "A", "B", "Ansible" внутри сети.

ну вот - скипт кладем в анзибль, и перебираем всю группу "В" с запуском скритпа на них

не говорю, что самое классное решение, но простое и я бы так делал

https://stackoverflow.com/questions/38572437/ansible-using-regular-expression-in-the-module-copy

Доброго времени суток. Суть задачи: организация доставки патчей с помощью Ansible. Есть сервер "A", на котором в директории /home/updates/simpler будут лежать обновления (различные библеотеки и тд и тп). Есть сервер "B", для которого нужно доставить обновления в директорию /home/servers/неизвестнЫЕ папки/simple То есть, у нас подмножество неизвестных папок с одинаковыми файлами на сервере "B". Нужно по совпадению (или хешам или ещё как-то) с сервера "A" заменить все однотипные файлы в /home/servers/неизвестнЫЕ папки/simple на сервере "B". При этом нам известно: путь до неизвестных папок и пути после неизвестных папок. Умеет ли что-то подобное Ansible? Если да, то как подобное организовать? Ansible "только заинсталил".

А чего такой адовый изврат?

А чего такой адовый изврат?

Есть идеи лучше?

Доброго времени суток. Суть задачи: организация доставки патчей с помощью Ansible. Есть сервер "A", на котором в директории /home/updates/simpler будут лежать обновления (различные библеотеки и тд и тп). Есть сервер "B", для которого нужно доставить обновления в директорию /home/servers/неизвестнЫЕ папки/simple То есть, у нас подмножество неизвестных папок с одинаковыми файлами на сервере "B". Нужно по совпадению (или хешам или ещё как-то) с сервера "A" заменить все однотипные файлы в /home/servers/неизвестнЫЕ папки/simple на сервере "B". При этом нам известно: путь до неизвестных папок и пути после неизвестных папок. Умеет ли что-то подобное Ansible? Если да, то как подобное организовать? Ansible "только заинсталил".

Упаковывать обновления в пакеты операционной системы, класть в репку, накатывать из репки

Да я к тому что система вся странная плюс это не атомарно совсем как то. Может вам лучше собирать артефакт где то в архив со всем по и обновлять целиком? Т.е архив + скрипт ну и ансибл, либо пакет собрать под ос

Пакет не принципиально собирать

Но сама идея плохая с отдельными файлами

Но сама идея плохая с отдельными файлами

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

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

А если сломается что то? Как откатываться?

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

Апдейты запускаем вручную.

Упаковывать обновления в пакеты операционной системы, класть в репку, накатывать из репки

+1

ну, как то выстранно, запускайте на виртуалке rsync и вуаля

он только обновленные файлы подтянет

делать так же через ansible

либо с сервера A гоните на все хосты

да хоть в git склдывайте

у меня такое было

это незывалось не обновлениями. а фиксами

это незывалось не обновлениями. а фиксами

у него там бардак с путями, которые для него неизвестны и (как я понял) в зависимости от либы пути могут указывать в разные места., что для рсинка такая себе задача, но в целом, да.

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

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

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

Есть вопрос: каким образом в ansible-console можно указать vars_files?

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

+1

+1

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

?

Есть вопрос: каким образом в ansible-console можно указать vars_files?

include_vars

Всем привет. Скорее всего, я побуду капитаном Очевидность, но недавно вычитал в доках по ансиблу крутую штуку. В общем, начиная с версии 2.2, можно вызывать роли как обычные таски. При этом роль полностью загружает все свои параметры - локальные, глобальные. из окружения и пр. Пример использования: одна из ролей вызывает часть другой (примерно как функцию!), а результат - использует. Ещё один шаг к уменьшению количества глобальных переменных. Крутотень просто!

интересно

продолжай

Вот как это выглядит с конкретными буквами:

- name: Pull другаяроль information include_role: name: другаяроль tasks_from: facts.yml vars_from: main.yml - name: Add imported values set_fact: другаяроль: '{{ другаяроль | combine({ item.key: item.value }) }}' with_dict: "{{ fact_result }}"

а тем временем в другаяроль/tasks/facts.yml: - name: Pass this package's path to another role set_fact: fact_result: deploy_path: "{{ deploy_path }}" ver_maj_min: "{{ ver_maj_min }}"

ну и всё, теперь исходная вызывающая роль знает нужные параметры от "другаяроль".

===== 8X ======== 8X =====

Всем привет. Скорее всего, я побуду капитаном Очевидность, но недавно вычитал в доках по ансиблу крутую штуку. В общем, начиная с версии 2.2, можно вызывать роли как обычные таски. При этом роль полностью загружает все свои параметры - локальные, глобальные. из окружения и пр. Пример использования: одна из ролей вызывает часть другой (примерно как функцию!), а результат - использует. Ещё один шаг к уменьшению количества глобальных переменных. Крутотень просто!

супер, спасибо - реально давно не перечитывал доку

@tnt4brain а если не трудно - ткни носом плиз, если завалялось хистори

на доку чтоль?

http://docs.ansible.com/ansible/latest/include_role_module.html

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

спасибо

пожалуйста

Всем привет. Скорее всего, я побуду капитаном Очевидность, но недавно вычитал в доках по ансиблу крутую штуку. В общем, начиная с версии 2.2, можно вызывать роли как обычные таски. При этом роль полностью загружает все свои параметры - локальные, глобальные. из окружения и пр. Пример использования: одна из ролей вызывает часть другой (примерно как функцию!), а результат - использует. Ещё один шаг к уменьшению количества глобальных переменных. Крутотень просто!

как в имя таска во включенной роли написать кто её вызвал?

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

привет всем, тут где-то прочитал что добавили order: sorted, для сортировки хостов

пишут про версию 2.4, она вообще релизнулась?

Ещё нет

- name: Pull другаяроль information include_role: name: другаяроль tasks_from: facts.yml vars_from: main.yml - name: Add imported values set_fact: другаяроль: '{{ другаяроль | combine({ item.key: item.value }) }}' with_dict: "{{ fact_result }}"

Программирование на Ansible?

Астанавитесь

про костыли надо знать.