Как использовать включенные переменные из файла с шаблоном jinja2 и with_items.

У меня возникает ошибка, при которой поля моей переменной не распознаются при попытке построить конфигурацию с использованием шаблона jinja2. Это нужно для синхронизации репозиториев Linux с системами на основе yum и apt из золотого источника с помощью ansible. Каждая конфигурация репозитория будет размещена в отдельном файле, и задача будет обновлена с именем переменной. Конфигурации основных систем должны быть помещены в один файл с использованием многократных упоминаний “-” и списка атрибутов.

Я рассмотрел:

цикл for в jinja2

https://omarkhawaja.com/accessing-ansible-variables-with-jinja2-loops/

https://stackoverflow.com/questions/25418158/templating-multiple-yum-repo-files-with-ansible-template-module

а также других, менее актуальных для того, что я делаю.

файл переменных:

---
repo:
  - name: google_chrome
    async: 1
    url: http://dl.google.com/linux/chrome/rpm/stable/x86_6
...

включение задания переменной:

- name: Включить переменные в переменную 'chrome'.
  include_vars:
    file: google_chrome_repo.yaml
    name: chrome

задание для использования модуля шаблона:

- name: сгенерировать конфигурацию для Centos
  template:
    src: yum_template.j2
    dest: "/etc/yum.repos.d/{{ item }}.repo"
    backup: yes
  with_items:
    - chrome
  when:
    - ansible_distribution == 'CentOS'

шаблон:

{% for i in item %}
[ {{ i.name }} ]
async = {{ i.async }}
baseurl = {{ i.url }}
enabled = {{ i.repo_enable }}
enablegroups = {{ i.pkggrp_enable }}
failovermethod = {{ i.ha_method }}
gpgkey = {{ i.gpgkey_url }}
http_caching = {{ i.http_caching }}
keepcache = {{ i.keepcache }}
metadata_expire = {{ i.metadata_expire }}
mirrorlist = {{ i.mirrorlist }}
mirrorlist_expire = {{ i.mirrorlist_expire }}
name = {{ i.descrip }}
protect = {{ i.protect }}
proxy = {{ i.proxy_config }}
proxy_password =  {{ i.proxy_username }}
proxy_username = {{ i.proxy_password }}
repo_gpgcheck = {{ i.repo_gpgcheck }}
retries = {{ i.repo_retry_count }}
s3_enabled = {{ i.s3_enabled }}
sslverify = {{ i.ssl_verify }}
timeout = {{ i.timeout }}
{% endfor %}

ошибка:

failed: [192.168.33.31] (item=chrome) => {"changed": false, "item": "chrome", "msg": "AnsibleUndefinedVariable: 'unicode object' has no attribute 'name'"}

любой атрибут в роли, который вызывается первым шаблоном jinja2, будет приводить к такой ошибке. Если я изменю следующий код, чтобы имя не было упомянуто, и “i.name” стало просто “chrome”, то ошибка будет на async.

Я вижу, что переменная импортирована.

ok: [192.168.33.31] => {"ansible_facts": {"chrome": {"repo": [{"async": 1, "descrip": "Google Chrome Repository", "gpgkey_url": "https://dl.google.com/linux/linux_signing_key.pub", "ha_method": "roundrobin", "http_caching": 1, "keepcache": 1, "metadata_expire": 21600, "mirrorlist": null, "mirrorlist_expire": 21600, "name": "google_chrome", "pkggrp_enable": 1, "protect": 0, "proxy_config": "__None__", "proxy_password": null, "proxy_username": null, "repo_enable": 1, "repo_gpgcheck": 1, "repo_retry_count": 10, "s3_enabled": 0, "ssl_verify": 1, "timeout": 1, "url": "http://dl.google.com/linux/chrome/rpm/stable/x86_6"}]}}, "ansible_included_var_files": ["/var/lib/awx/projects/_6__trowe/playbooks/roles/Manage_Linux_Repos/vars/google_chrome_repo.yaml"], "changed": false}

Я вижу, что указано “unicode” переменная, где я ожидал увидеть словарь. Я также пробовал with_dict, и ошибка говорит, что переменная не является словарем. Однако если я структурирую файл переменной без “repo:”, то возникает ошибка, говорящая о том, что он не был передан объект словаря…

Я нашел лучший способ достижения цели.

цель: позволить пользователям создавать файлы переменных с информацией о репозиториях. несколько репозиториев в одном файле и один к одному. (например: файл репозитория CentOS-Base имеет множество различных элементов, но elasticsearch, epel и т.д. должны быть в отдельных файлах)

1. создайте файлы переменных, названные {repo}_{pkg_mgr}_repo.yml
2. в файле main.yml роли найдите все файлы с {repo}_{pkg_mgr}repo.yml файлы ИЛИ *{pkg_mgr}.yml файлы, основанные на переменной, переданной из Tower/AWX и зарегистрируйте в переменной. Сделайте это для yum и apt, как передано из AWX/Tower
3. передайте {variable}.files в задание, которое генерирует конфигурации репозиториев yum или apt.
4. используйте модуль шаблона и файл шаблона jinja2 для создания файла репозитория и загрузите его на удаленный сервер.
5. выполните задание, чтобы убедиться, что все gpg ключи импортированы для текущих репозиториев