Комментарии 13
А с тегами там уже все хорошо, не знаете?
+1
Я пока проблем с тегами не замечал, а что с ними было не так?
+2
Ну вот например, такая конструкция в контексте плейбука или роли:
— roles: {role: foo, tags: [«one», «two»]}
не работает.
Было много обсуждений, но авторы вроде как ссылались, что исправление будет в версии 2.0.
— roles: {role: foo, tags: [«one», «two»]}
не работает.
Было много обсуждений, но авторы вроде как ссылались, что исправление будет в версии 2.0.
0
проверил в 2.0 — работает, как со --skip-tags=, так и просто c --tags=
Честно говоря, ранее проблем с этим не замечал. В какой версии проявлялась проблема?
Честно говоря, ранее проблем с этим не замечал. В какой версии проявлялась проблема?
0
Все верно, если указывать тег в консоли, то работает. Не работает есть прописывать в плейбуке и в зависимостях роли как я писал выше.
0
В плее в таком виде — работает:
Приведите, пожалуйста, более полный пример и где возникает ошибка. Особенно интересует часть про «в зависимостях роли».
roles:
- role: selectel.grafana
grafana_use_official_repository: no
tags:
- grafana
- powerdns_dashboard
Не работает есть прописывать в плейбуке и в зависимостях роли как я писал выше.
Приведите, пожалуйста, более полный пример и где возникает ошибка. Особенно интересует часть про «в зависимостях роли».
0
ansible 1.9.4
Не работает:
С плейбуками пробовал как в документации указано:
Ваш пример выше на какой версии работает?
Не работает:
cat roles/role_name/meta/main.yml
---
dependencies:
- { role: role_one, repo: var_name }
- { role: role_two, tags: ['single', 'common'] }
С плейбуками пробовал как в документации указано:
You may also apply tags to roles:Так тоже не работало.
roles:
— { role: webserver, port: 5000, tags: [ 'web', 'foo' ] }
Ваш пример выше на какой версии работает?
+1
В случае плейбуков мы, возможно, ожидаем разное поведение: это работает как отметка тегами сам факт выполнения роли, в то время как вам бы хотелось только выполнение конкретных тегов внутри роли. Верно?
Как отметка факта выполнения роли — работает уже давно, иначе бы у меня всё сразу поломалось :) в 2.0 тоже работает. Однако действительно есть неоднозначности и расхождения:
Что касается указания зависимостей в meta для выполнения конкретных тасков требуемых ролей: не работает ни в одной из версий.
Должен признать что раньше с тегами у нас не возникало никаких проблем, но, похоже, нужно копнуть эту тему поглубже и идти бодаться в issues :)
Как отметка факта выполнения роли — работает уже давно, иначе бы у меня всё сразу поломалось :) в 2.0 тоже работает. Однако действительно есть неоднозначности и расхождения:
- 1.9.4: если у роли есть зависимости и они внутри не помечены тегом, то таски зависимостей не будут выполнены, только сама роль
- 2.0b2: если у роли есть зависимости и они внутри не помечены тегом, то зависимостей выполняются.
Что касается указания зависимостей в meta для выполнения конкретных тасков требуемых ролей: не работает ни в одной из версий.
Должен признать что раньше с тегами у нас не возникало никаких проблем, но, похоже, нужно копнуть эту тему поглубже и идти бодаться в issues :)
+3
В свете недавних новостей вопрос к вам как в некоторой мере вовлечённому человеку: как вы относитесь к покупке Ansible компанией Red Hat? Как по вашему мнению это скажется на перспективах?
0
Скорее положительно. Минимум:
Так что точно не закапают :D Будут дальше улучшать интеграцию с Fedora/RHEL-based утилитами.
- у Федоры вся инфраструктура Ансиблом разворачивается, а это их тестовый полигон.
- Они им Openshift разворачивают
Так что точно не закапают :D Будут дальше улучшать интеграцию с Fedora/RHEL-based утилитами.
+3
async относится к выполнению таска, т.е. запустили таск и пошли дальше, причём сделали это на всей группе хостов синхронно.
Стратегии определяют последовательность выполнения задач в плее. Ранее, на группе хостов задачи всегда выполнялись синхронно, хост управления дожидался когда каждая выполнится на всех узлах прежде чем приступить к следующей. Теперь можно не ждать выполнения этих же тасков на всей группе хостов. Другими словами, это контроль асинхронности выполнения тасков относительно хостов.
Т.к. стратегии реализованы в виде плагинов, то можно реализовать свою специфичную логику (два важных таска — синхронно, следующие — асинхронно). Более подробно реализацию можно посмотреть в коде: github.com/ansible/ansible/blob/devel/lib/ansible/plugins/strategy
Стратегии определяют последовательность выполнения задач в плее. Ранее, на группе хостов задачи всегда выполнялись синхронно, хост управления дожидался когда каждая выполнится на всех узлах прежде чем приступить к следующей. Теперь можно не ждать выполнения этих же тасков на всей группе хостов. Другими словами, это контроль асинхронности выполнения тасков относительно хостов.
Т.к. стратегии реализованы в виде плагинов, то можно реализовать свою специфичную логику (два важных таска — синхронно, следующие — асинхронно). Более подробно реализацию можно посмотреть в коде: github.com/ansible/ansible/blob/devel/lib/ansible/plugins/strategy
+3
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Ansible 2.0 b2. Обзор новшеств