Привет. Господа, а как правильно сравнить item’ы из двух разых dict’ов, которые создались при register? Пример. - name: get sha1 checksum stat: path: "{{ home_dir }}/repos/{{ item.id }}.zip" checksum_algorithm: sha1 with_items: - "{{ engines.components }}" register: local_sha - name: Read sha1 of defined engines on artifactory uri: url: "{{engines.url}}/{{item.group_id}}/{{item.id}}/{{item.version}}/{{item.id}}-{{item.version}}.zip.sha1" return_content: yes validate_certs: no with_items: "{{ engines.components }}" register: remote_sha Вариант - debug: msg: "{{ item.stat.checksum }} and {{ item.content }}" with_items: - "{{ local_sha.results }}" - "{{ remote_sha.results }}" не работает

на самом деле мы, вместо gitlab-ci, юзаем бамбу, так как у нас весь стек атлассиана. и дергаем AWX не через вебхуки, а через бамбу. пример: curl -v \ -H "Authorization: Bearer ${bamboo.awx_secret}" \ -H "Content-Type: application/json" \ -d '{}' \ -X POST ${bamboo.awx_url}/api/v2/projects/68/update/

еще такой вопрос. инвентори берется из проекта, проект из SCM. ручками инвентори в AWX не меняется. Если в SCM происходит удаление хоста/переменной/группы - оно удалится в awx тоже?

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

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

есть пачка item’ов из engines.components. Каждый раз при деплое - они загружаются по новой. Задача: сравнить хеш уже загруженного с тем что в artifactory. Если хеш разный - загрузить.

Да, не хочу тратить время на скачивание. Этих компонентов сейчас чуть больше полусотни и это несколько гигабайт. В будущем это будет увеличиваться. Какой смысл выкачивать каждый раз несколько гигов, если нужно обновить всего один компонент?

не знаю, насколько рабочий сценарий, но я бы копал в эту сторону

А чем всё-таки плохо пакетирование нативное?

например, разработчикам этих компонент лениво упаковывать в rpm пакеты. проще заархивировать в zip.

Третий вариант - внедрить пакетирование в процесс сборки.

Всегда есть палка, чтобы стучать по затылку рзаработчиков, пока глупости не вылетят. Второй вариант - сделать более-менее универсальный шаблон для опакечивания приложений от этих мифических "разработчиков", чтобы им не было лениво.

согласен. но когда внедряешь автоматизацию в жизненный цикл ПО с нуля, приходится некоторые вещи временно покрывать костылями.

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

Согласен. Тогда как решение, можно сделать следующим образом: выделяете три таски в отдельный файлик update.yml: - name: get sha1 checksum stat: path: "{{ home_dir }}/repos/{{ item.id }}.zip" checksum_algorithm: sha1 with_items: - "{{ engines.components }}" register: local_sha - name: Read sha1 of defined engines on artifactory uri: url: "{{engines.url}}/{{item.group_id}}/{{item.id}}/{{item.version}}/{{item.id}}-{{item.version}}.zip.sha1" return_content: yes validate_certs: no with_items: "{{ engines.components }}" register: remote_sha - name: Download if new get_url: url: "{{engines.url}}/{{item.group_id}}/{{item.id}}/{{item.version}}/{{item.id}}-{{item.version}}.zip" dest: "/etc/{{item.id}}-{{item.version}}.zip" when: local_sha.stat.checksum != remote_sha.content а потом инклюдиде этот файл в цикле в основном плейбуке: - name: update components include_tasks: update.yml loop: "{{ engines.components }}”

Дело в том, что очевидный признак неправильного использования инструмента - какие-то хреновые костыли, которые запихиваешь в таски. Таинственные преобразования, when:, set_fact, вот это вот всё обычно указывают на проблемы в процессах.

переменные group_vars/all.yml не overwrite-ятся как решаете эту проблему? 😊

я так и пытаюсь сделать изначально, и вот как раз с последней таской и проблемы.Не получается сравнить local_sha.stat.checksum и remote_sha.content для каждого компонента

Разве? А как же переменные на уровне плейбука? Как же внешние переменные, которые указываются в команде запуска?

Моя идея в том, что использовать некую сущность из трех тасок, и итерировать именно ее. Но блок итерировать нельзя, а include_tasks можно.

ну вот у меня прошел sync инвентори со всем, что там есть, включая group_vars/all.yml удаляю чтото из group_vars/all.yml, пушу - удаленное остается в AWX-е для любого другого group_vars/group_name.yml все overwrite-ится

Я ничего не понял)

эмм. в общем. изменения в group_vars/all.yml (переменные для всех хостов в инвентори) не синхронизируются с SCM

вы не используете group_vars/all.yml ?)

эмм. в общем. изменения в group_vars/all.yml (переменные для всех хостов в инвентори) не синхронизируются с SCM

@tnt4brain использование group_vars/all.yml является нормальной практикой?)

Штатная же фишка. А почему вопрос возник, что смущает?

ну вот AWX не хочет удалять/менять group_vars/all.yml. Добавлять добавляет Поэтому подумал, может их использование вообще не является бест практисом

Скорее, использование AWX не явялется best practice 😃 А что такое SCM? Это так обозвано то, что вообще-то VCS?

у себя такое не замечаю

какая версия AWX?)

не уточнил. при изменениях в SCM

А Project после изменений обновляли в самом AWX? Cache Timeout не выставлен?

значит мне пора обновиться

В целом AWX збс штука. Осталось прикрутить LDAP и можно давать неграм тыкать в кнопки

Для этого Rundeck сподручней

я не смог адекватную синхронизацию Rundeck и ансибл-проектов

ну это ставить раннер с шел экзекутором, давать раннеру доступ в папку рандека...

всем привет Хочу насписать условие сравнения when: var1 is defined "" var1 == {{ ansible_hostname }}" - name: "templates copy " template: src: "{{item.src}}" dest: "{{item.dest}}" mode: "0664" backup: yes with_items: - { src: "12312.yml", dest: "{{ dest_dir }}12312.yml" } when: - var1 is defined - var1 == "{{ ansible_hostname }}" не работает финт ушами ansible_hostname, как можно обойти?

всем привет Хочу насписать условие сравнения when: var1 is defined "" var1 == {{ ansible_hostname }}" - name: "templates copy " template: src: "{{item.src}}" dest: "{{item.dest}}" mode: "0664" backup: yes with_items: - { src: "12312.yml", dest: "{{ dest_dir }}12312.yml" } when: - var1 is defined - var1 == "{{ ansible_hostname }}" не работает финт ушами ansible_hostname, как можно обойти?

when: var1 is defined and var1 == ansible_hostname

В целом AWX збс штука. Осталось прикрутить LDAP и можно давать неграм тыкать в кнопки

when: - var1 is defined - var1 == ansible_hostname

есть пачка item’ов из engines.components. Каждый раз при деплое - они загружаются по новой. Задача: сравнить хеш уже загруженного с тем что в artifactory. Если хеш разный - загрузить.

Как и через что происходит загрузка?