E
Size: a a a
2021 February 01
DS
https://docs.ansible.com/ansible/latest/user_guide/playbooks_error_handling.html#handlers-and-failure
Написано, можно указать
А можно как-то на уровне роли? Или если рисковая задача, лучше вообще от handler отказаться и релоадить критичный конфиг сразу после изменения отдельной таской?
У меня меняются правила firewall, и если что-то пойдет не так - хост может оказаться залоченным по ssh.
Написано, можно указать
force handlers на уровне play, ansible.cfg или в аргументах командной строки.А можно как-то на уровне роли? Или если рисковая задача, лучше вообще от handler отказаться и релоадить критичный конфиг сразу после изменения отдельной таской?
У меня меняются правила firewall, и если что-то пойдет не так - хост может оказаться залоченным по ssh.
TG
https://docs.ansible.com/ansible/latest/user_guide/playbooks_error_handling.html#handlers-and-failure
Написано, можно указать
А можно как-то на уровне роли? Или если рисковая задача, лучше вообще от handler отказаться и релоадить критичный конфиг сразу после изменения отдельной таской?
У меня меняются правила firewall, и если что-то пойдет не так - хост может оказаться залоченным по ssh.
Написано, можно указать
force handlers на уровне play, ansible.cfg или в аргументах командной строки.А можно как-то на уровне роли? Или если рисковая задача, лучше вообще от handler отказаться и релоадить критичный конфиг сразу после изменения отдельной таской?
У меня меняются правила firewall, и если что-то пойдет не так - хост может оказаться залоченным по ssh.
В чем суть исходной задачи?
TG
Нужен принудительный запуск хендлеров?
DS
Нужен принудительный запуск хендлеров?
верно, и определить, что он должен быть принудительным, нужно на уровне роли
чтобы перестраховаться от того, что запускающий playbook не забудет это указать
чтобы перестраховаться от того, что запускающий playbook не забудет это указать
TG
Ну, можно хендлеры внутри роли дергать, если очень нужно
DS
я на самом деле для себя решил, что лучше после каждого критичного изменения релоадить надежнее
DS
Ну, можно хендлеры внутри роли дергать, если очень нужно
я пока увидел, что можно flush handlers, но это совсем плохой подход
TG
я пока увидел, что можно flush handlers, но это совсем плохой подход
Чем плохой?
L
я пока увидел, что можно flush handlers, но это совсем плохой подход
А есть другой?
Ну кроме как писать в плейбуке плей на каждую критическую роль.
Ну кроме как писать в плейбуке плей на каждую критическую роль.
DS
Чем плохой?
в памяти засело, что если handlers зафлушить в середине процесса, то в конце они не выполнятся второй раз, если их нотифаили еще раз
но сейчас не могу найти подтверждение этому в доке
видимо, потребуется эксперимент
но сейчас не могу найти подтверждение этому в доке
видимо, потребуется эксперимент
TG
в памяти засело, что если handlers зафлушить в середине процесса, то в конце они не выполнятся второй раз, если их нотифаили еще раз
но сейчас не могу найти подтверждение этому в доке
видимо, потребуется эксперимент
но сейчас не могу найти подтверждение этому в доке
видимо, потребуется эксперимент
Нет, второго раза не будет. На то он и flush
TG
Если только после этой операции хендлер опять не пронотифицировать
E
я пока увидел, что можно flush handlers, но это совсем плохой подход
Если вам надо хэндлер в определенный момент- не юзайте хэндлер
DS
в памяти засело, что если handlers зафлушить в середине процесса, то в конце они не выполнятся второй раз, если их нотифаили еще раз
но сейчас не могу найти подтверждение этому в доке
видимо, потребуется эксперимент
но сейчас не могу найти подтверждение этому в доке
видимо, потребуется эксперимент
Эксперимент показал, что если после
meta: flush_handlers сделать еще один notify, то в конце этот handler выполнится второй раз, как и положено по здравому смыслу. Мои опасения были напрасны.TG
в конфиге ансибла есть такая штука host_key_checking = false как ее всунуть в командную строку ? ) чтобы не создавать файл ansible.cfg?
Можно в инвентарь засунуть