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

Для этого лучше использовать poll: 0 А контроль результата делать в другой таске модулем async_status

а он определит, что результата никакого не возвращзается, впринципе?

Ну, он в любом случае проверит статус возврата. Если он будет не тот, что требуется - выдаст fail

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

Там же таймаут есть

а синтаксис плейбуков с roles: не деприкэйтед еще?

это две разные сущности

Нет. С чего вдруг?

Типа import_role на замену

Там же таймаут есть

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

Да. Вполне кошерный метод для контроля выполнения долгих тасок

ну использование roles: эквивадентно использованию tasks: с import_role

а вот я оказывается был не прав, по умолчанию роли в roles: сохраняют переменные для следующего вызовова роли, чего не делает import_role

Как будто каждый вызывают роли снова и снова в рамках одного плейбука

На самом деле я недавно похожую проблему решал, очень мне понравился ksonnet и qbec со своей логикой, когда есть: 1) компоненты 2) параметры 3) environments компоненты - это прототипы объектов которые нужно применить environments - это кластер кубернетиса и неймспейс куда применять компоненты параметры - это переменные которые вычисляются на основе environment и подставляются в компоненты И вот описываешь ты свое приложение таким образом, потом применяешь его в нужный кластер Захотелось реализовать что-то подобное но для ansible, при этом не сильно ломая логику самого ansible, и если с inventory всё понятно то environments и компонентами (объектами которые нужно применить) - не совсем Сначала я все объекты описывал в inventory для конкретного environment, но потом я нашел более простой путь, и вот что получилось: 1) все действия описываются в ролях (с этим всё ок) 2) в инвентори описываются окружения (environments) к примеру я имею хост staging и хост production, каждый имеет свои переменные 3) в плейбуках описываются конкретные объекты которые нужно применить (компоненты) для определенных хостов в идеале я стремился достичь простоты kubectl apply -f my-object.yaml --context stagingв результате получилось: ansible-playbook my-object.yaml -l staging

Привет всем, не смог найти ответа на вопрос в документации Задача описать localhost в inventory, таким образом чтобы ansible не ломился на него по ssh Согласно докумнтации https://docs.ansible.com/ansible/latest/inventory/implicit_localhost.htm inventory в yaml , должно выглядеть следующим образом hosts: localhost: vars: ansible_connection: local Но почему то ansible всё равно пытается зайти на него по ssh В случае, если localhost ни как не фигурирует в inventory, то всё ок

#странное gather_facts: no нужно выставить для всех тасок, где фигурирует этот твой localhost.

Привет всем, не смог найти ответа на вопрос в документации Задача описать localhost в inventory, таким образом чтобы ansible не ломился на него по ssh Согласно докумнтации https://docs.ansible.com/ansible/latest/inventory/implicit_localhost.htm inventory в yaml , должно выглядеть следующим образом hosts: localhost: vars: ansible_connection: local Но почему то ansible всё равно пытается зайти на него по ssh В случае, если localhost ни как не фигурирует в inventory, то всё ок

Без gather_facts: no

Точнее группа localhost, хост 127.0.0.1 localhost: hosts: 127.0.0.1: vars: ansible_connection: local

Точнее группа localhost, хост 127.0.0.1 localhost: hosts: 127.0.0.1: vars: ansible_connection: local

Есть нюанс - это изобрели давно

Добрый день. Не подскажите в чем может быть проблема? На MacOS пробую в папке с проектом выполнить npm install. Выдает ошибку: "stderr": "env: node: No such file or directory. В плейбуке - command: sh /Users/user/work/npm.sh. В самом sh скрипте - cd "путь к папке с проектом" и npm install. Хотя все это на этом самом маке работало еще две недели назад.

Нода куда-то потрачена, написано же.

В общем, твой вопрос не имеет отношения к Ansible

Просто ради интереса, переименуй минусы на нижнее подчеркивание

могу ли я block выполнить в цикле?

товарищи, подскажите, можно ли обновить list of dicts значениями из такого же но другого, более свежего? есть старый список, в нем словари со значениями и есть новый список, такой же, со словарями, но более новыми значениями и надо их смержить, с учетом значений из нового списка. каким путем луче пойти?

товарищи, подскажите, можно ли обновить list of dicts значениями из такого же но другого, более свежего? есть старый список, в нем словари со значениями и есть новый список, такой же, со словарями, но более новыми значениями и надо их смержить, с учетом значений из нового списка. каким путем луче пойти?

могу ли я block выполнить в цикле?

товарищи, подскажите, можно ли обновить list of dicts значениями из такого же но другого, более свежего? есть старый список, в нем словари со значениями и есть новый список, такой же, со словарями, но более новыми значениями и надо их смержить, с учетом значений из нового списка. каким путем луче пойти?

ну это прям печально

Можно сделать луп по списку и для каждого словаря сделать combine с новой версией

а чем странное?

вот так и пытаюсь. а может есть примеры подобного?