Adaug unele dintre cărțile mele Ansible în AWX/Ansible Tower, folosind Azure DevOps ca un git repo back-end, dar am descoperit, după ce le-am transformat într-o structură mai bazată pe roluri, că anumite cărți de joc par a fi invizibile în selecția Playbook. opțiunea în Șabloanele de job AWX. Acest lucru pare să depindă de locul în care se află în structura directorului.
Problema principală este că nu pot să specific și să execut niciun playbook direct din subdirectorul tasks - intenția mea a fost să folosesc tasks/main.yml ca listă de import_tasks care face referire la celelalte playbooks din acel director.
obisnuiam rol inițial ansible-galaxie pentru a genera un șablon standard, l-am adăugat la repo, dar am descoperit că, după încărcarea și sincronizarea, doar fișierul șablon situat în tests/test.yml era vizibil inițial (inclusiv oricare dintre fișierele șablon main.yml generate automat) și orice fișierele aflate în subdirectorul sarcini nu au fost disponibile pentru selecție.Când am început să adaug propriile mele fișiere playbook, acestea nu sunt, de asemenea, disponibile în AWX.
Dacă încerc să introduc manual calea și numele fișierului, primesc o eroare care spune „Playbook not found for project”. când încerc să salvez proiectul.
Pași parcurși:
Proiectul a fost sincronizat cu repo de nenumărate ori.
Știu că o anumită verificare a sintaxei este efectuată de AWX pe fișierele YML, dar am testat folosind următorul șablon de bază și dacă creez un fișier YMl de testare în directorul rădăcină sau fie teste/, implicite/ sau handlere/ AWX poate sa vezi-l, așa că acest lucru ar trebui să excludă conținutul fișierului. Dacă totuși îl plasez în sarcini sau în alt subdirector numit aleatoriu (de exemplu, roluri, blahblahtest), nu este preluat de AWX.
- nume: Alma Linux VM Post Deployment Tasks
gazde: toate
deveni: da
- De asemenea, am verificat permisiunile fișierelor la nivel de linie de comandă și nu există nereguli.
Se pare că există un fel de restricție privind accesarea anumitor directoare.
Iată o prezentare completă a structurii directoarelor care arată ce fișiere sunt vizibile pentru selectare de către AWX. Toate fișierele marcate ca VIZIBIL sau INVIZIBIL au același conținut și orice alte fișiere, altele decât șabloanele Jinja, au sintaxă YML/Ansible validă, dar nu sunt văzute de AWX.
root@dcbutlawx03:/awx/projects/_126__common_alma_linux# arbore
.
âââ implicite
â  âââ main.yml (VIZIBIL)
âââ manipulatori
â  âââ main.yml (VIZIBIL)
âââ main.yml (VIZIBIL)
âââ meta
â  âââ main.yml
âââ README.md
âââ sarcini
â  âââ dca-alma-ad.yml
â  âââ install-graylog-agent.yml
â  âââ install-zabbix-agent.yml
â  âââ main.yml (INVIZIBIL - ACELAȘI CONȚINUT!)
â  âââ playbook.yml
â  âââ post-vmdeploy-tasks.yml
â  âââ testtest.yml (INVIZIBIL - ACELAȘI CONȚINUT!)
â  âââ test.yml (INVIZIBIL - ACELAȘI CONȚINUT!)
âââ șabloane
â  âââ alma-ad
â  âââ krb5.conf.j2
â  âââ smb.conf.j2
â  âââ sshd_config.j2
â  âââ sssd.conf.j2
â  âââ zts_sudoers.j2
âââ teste
â  âââ inventar
â  âââ playbook.yml (VIZIBIL)
â  âââ test.yml (VIZIBIL)
âââ vars
âââ dca-alma-ad
â  âââ dca-vars.yml
âââ principal.yml
âââ tf-alma-ad
âââ tf-vars.yml
Serverul AWX aparține locului meu de muncă, dar pare puțin probabil ca ei să impună aleatoriu restricții idiosincratice precum aceasta, dacă este chiar posibil. Persoana care a construit serverul și a scris majoritatea manualelor existente nu mai face parte din companie, așa că există o lipsă de cunoștințe în acest domeniu în rândul angajaților actuali.
Din punct de vedere tehnic, aș putea folosi un fișier main.yml sau un fișier similar din directorul rădăcină, dar cred că acest lucru este împotriva ghidurilor și în curând voi căuta să creez un depozit principal bazat pe produse, care să conțină mai multe roluri care au în comun variabile de grup etc. fie doar o soluție pe termen scurt.
Am căutat fișiere jurnal pe server pentru a încerca să fac referințe încrucișate la eroarea de mai sus, dar niciunul dintre următoarele directoare nu există, care pare să fie acolo unde se află de obicei.
/var/log/tower/
/var/log/supervisor/
Are cineva vreo idee care ar putea fi problema sau unde aș putea merge în continuare în ceea ce privește pașii de depanare?
Mulțumesc anticipat.
