а можно ли записать when: - ha_node_type is not defined or ha_node_type == 'master' в более короткой форме, что то типа when: - ha_node_type in ['undefined', 'master']?

никто не сталкивался?

есть сильная уверенность, что никак, потому что надо проверить существование переменной в таблице видимости (globals или locals). короткая форма не подходит, потому что вы значение неиницилизированной переменной пытаетесь найти в листе

- debug: msg: "{{ var1 in [undefined, 'val1', 'val2'] }}" FAILED! => {"msg": "The task includes an option with an undefined variable. The error was: 'var1' is undefined

я вроде встречал пример типа такого var1 in [undefined, ‘val1’, ‘val2’], но не могу найти

var1 | default('WTFUNDEFINED') in ['WTFUNDEFINED', 'val1', 'val2']

var1 | default('WTFUNDEFINED') in ['WTFUNDEFINED', 'val1', 'val2']

А есть еще такой вопрос... Есть модуль ec2_ami_info. Хочу найти самый последний AMI под UBUNTU. Сортировки в модуле как я понимаю нет, и результаты тоже не сортированы. Кто-то решал такую задачу?

Привет с вопросом по tower/awx сюда?

Был модуль ec2_ami_find - там можно было сортировать. Но он сейчас удален. Вместо него ec2_ami_info. И все - иди ковыряй руками?

Мочи

--- - hosts: all become: yes tasks: - name: allow http service in firewalld firewalld: zone: public service: http permanent: yes immediate: yes state: enabled - name: reload service firewalld systemd: name: firewalld state: reloaded

Лучше handler использовать

handlers: - name: Restart snmpd service: name=snmpd state=restarted

Был модуль ec2_ami_find - там можно было сортировать. Но он сейчас удален. Вместо него ec2_ami_info. И все - иди ковыряй руками?

register и sort разве не помогут?

Если не хочешь бесконечно страдать - переходи на терраформ. Тут недавно уже обсуждалась эта тема.

Если не хочешь бесконечно страдать - переходи на терраформ. Тут недавно уже обсуждалась эта тема.

Можно пример кинуть?

Для омозона есть клаудформейшн

Ну это понятно. Прост задача стоит... Я не могу менять ее.

Который тоже говно, но ещё и вендорлок. С тф ты можешь в любое облако.

Я с этим модулем не работал, хз что там. Но если в модуле есть список, то можете его отсортировать средствами ansible

Там слишком много нюансов с терраформ

Можешь, ты же Инженер с большой буквы

Да нет там никаких нюансов. Есессно из одного тф файла - только одно облако. Но инструмент при этом универсален.

Лол. Ну ок

Там слишком много нюансов с терраформ

Там это где?

ну чинил сломанные стейты, да. некоторые перед. этим сам же и ломал. так такие нюансы с любым тулом бывают. :)

Ну так а ты подаёшь это под соусом "тф - серебряная пуля, заменяйте им ансибл". Дискредитация инструмента-онтопика на липовых основаниях очень похожа на запрос RO ;-)

Вмваревцы плачут

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

Вот писал: https://t.me/pro_ansible/158008

а это о чем кстати?

У них свой инструментарий, помимо ansible ) причём специфичный, но не сказать, что плохой

я не понимаю, зачем с точки зрения инженера, имея универсальный и хороший открытый инструмент, обращаться к этим вендорлок решениям, которое как минимум не лучше. если ты aws или vmware - да, понимаю, как ты отметил - потирать ручки.

притом что он бесплатный и энтерпрайз версии тф нет. чо там хаши потирают - непонятно.

В терраформ. Сломанный стейт никогда не чинил?

А еще лучше - set_fact: ec2_ami = "{{ ami_find.images | sort(attribute='name') | list }}[-1].name"

А еще лучше - set_fact: ec2_ami = "{{ ami_find.images | sort(attribute='name') | list }}[-1].name"

"{{ (ami_find.images | sort(attribute='name') | list )[-1]['name'] }}"

А еще лучше - set_fact: ec2_ami = "{{ ami_find.images | sort(attribute='name') | list }}[-1].name"