I
А в последнем таске pre_tasks вызовите модуль setup
А в чем разница между setup и gather_facts?
Size: a a a
2021 March 23
TG
А в чем разница между setup и gather_facts?
Ни в чем. Просто директива отрабатывает сразу, без отдельного вызова модуля.
TG
Точнее так, в каких случаях что рекомендуется применять
Зависит от конкретных требований. Мы не знаем деталей вашей задачи, поэтому ничего конкретного посоветовать не можем.
I
Зависит от конкретных требований. Мы не знаем деталей вашей задачи, поэтому ничего конкретного посоветовать не можем.
Понял что дальше делать из предыдущего ответа, спс
2021 March 24
TG
---
- hosts: all
gather_facts: no
become: yes
pre_tasks:
- setup:
register: setup_status
until: setup_status is success
delay: 5
retries: 10
А почему в такой конструкции таска сразу фейлится и не выполняет рейтрай, что делаю не так?А ошибка какая?
I
TG
Ну, так, у вас с подключением проблема - написано же
TG
Подключиться не может
I
Ну, так, у вас с подключением проблема - написано же
Ну да, у меня просто хост не сразу доступен, я ожидаю что он будет как раз ретраить используя until: setup_status is success с retiries
TG
Ну да, у меня просто хост не сразу доступен, я ожидаю что он будет как раз ретраить используя until: setup_status is success с retiries
Вы опять хотите странного.
I
Вы опять хотите странного.
Да что же такое :)
TG
Если хотите дождаться доступности хоста, используйте wait_for_connection
PG
Сделайте в ансибл.цфг ретраи на ссш коннект
TG
Сделайте в ансибл.цфг ретраи на ссш коннект
Это тут ни при чем
I
Если хотите дождаться доступности хоста, используйте wait_for_connection
Было до этого, думал просто объединить таск в один с ретраями в сетапе
TG
Сетап требует уже работающего подключения
I
Сетап требует уже работающего подключения
понимаю, поэтому я и ожидал что
register: setup_statusбудет работать вместе с ним :)
until: setup_status is success
delay: 5
retries: 10