Size: a a a

2021 February 06

x

xoyozo in Ansible
если добавить в upgradable_7_8 до до 8 если и в   upgradable_8_9 то и до 9
источник

x

xoyozo in Ansible
удобно
источник

E

Elenhil in Ansible
Не особо. Делайте плейбук для таких вещей, группы не дляэтого
источник

E

Elenhil in Ansible
Делаете плейбук, который апгрейдит х до y, и никакие группы вам не нужны
источник

E

Elenhil in Ansible
Это раз
источник

PG

Pavel Gassan in Ansible
Заебетесь, извините, обмазывать это все логикой.
Поместите хост в нужную группу. Вы же не можете одновременно апгрейдить его с 7 до и с 7 до 10.
С если вы не знаете или не можете понять что и как должно быть, стоит подумать над тем что именно вы хотите получить в итоге
источник

E

Elenhil in Ansible
Ансипл желательно декларативен - вы не описываете "как мне проапгрейдиться", вы описываете "вот такое должно быть состояние системы"
источник

x

xoyozo in Ansible
это всё понятно, спасибо.
источник

E

Elenhil in Ansible
У вас есть роль "debian 10", которую вы накатываете на нужные хосты. Хосты перечисляются в плее или лежат в группе
источник

DS

Denis Seleznev in Ansible
Есть мысль наставить тэгов
tags: [ never, fistrun ]
для задач, которые ну реально один раз достаточно сделать после создания машины.

Потом для новых хостов в первый раз запускать playbook с --tags firstrun.
Прст их достаточно много скопилось, и грустно наблюдать 30 шт OK,OK,OK,..OK, а потом уже что-то что действительно поменялось.

Насколько нормальная практика?
источник

S

Sebor in Ansible
А что такого там делается при первом запуске?
источник

E

Elenhil in Ansible
Denis Seleznev
Есть мысль наставить тэгов
tags: [ never, fistrun ]
для задач, которые ну реально один раз достаточно сделать после создания машины.

Потом для новых хостов в первый раз запускать playbook с --tags firstrun.
Прст их достаточно много скопилось, и грустно наблюдать 30 шт OK,OK,OK,..OK, а потом уже что-то что действительно поменялось.

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

E

Elenhil in Ansible
Это главная проблема использования тегов - намного легче совершить ошибку
источник

S

Sebor in Ansible
Ааа, проблема в том, что тебе не нравится смотреть в выводе на "ок"?
источник

Н

Никитяо in Ansible
Denis Seleznev
Есть мысль наставить тэгов
tags: [ never, fistrun ]
для задач, которые ну реально один раз достаточно сделать после создания машины.

Потом для новых хостов в первый раз запускать playbook с --tags firstrun.
Прст их достаточно много скопилось, и грустно наблюдать 30 шт OK,OK,OK,..OK, а потом уже что-то что действительно поменялось.

Насколько нормальная практика?
как раз это суперфича, сразу видишь, где что-то поменялось, куда кривыми руками лазили

особенно, если changed_when для shell и command не забывать юзать
источник

Н

Никитяо in Ansible
когда пара тысяч Ok уже бывает неудобно)
источник

S

Sebor in Ansible
Оки и скипы можно коллбэк плагином убрать из вывода
источник

DS

Denis Seleznev in Ansible
Sebor
Ааа, проблема в том, что тебе не нравится смотреть в выводе на "ок"?
Не, сами OK радуют глаз.

Не нравится ждать при ручном запуске, пока до сути доберется.

В принципе, можно и наоборот, skip-tags firstrun
источник

VD

Vld DPDoc in Ansible
Все привет, с Ансибл не долго, подскажите как реализовать? Задача обнова софта: проверить версию и в зависимости от нее сходить и взять ее и установить. Спасибо за ранее.
источник

YZ

Yerzhan Zhiyentayev in Ansible
- name: Install my_shit_package
 package:
   name: my_shit_package{{ my_shit_package_version }}
   state: present


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