ale mám jedno téma na ansible: Když si dám dependencies do role sentry, tak při ansible-galaxy install sentry, se mi role nainstalují.. Ale ansible mi pustí roli postgresql jak na hostech v databases, tak na hostech v app..

tj. měl bych postgresql z depedencies vyjmout a dát je do requirements.yml, pak bych je růčo nebo taskem v playbooku doinstaloval přes ansible-galaxy install -r sentry

nebo je ještě nějaký better practice?

sentry/meta/main.yml
dependencies:
postgresql
supervisor

sentry.yml (zjednodušeně)
name: Sentry database
hosts: database
roles:
{ role: postgresql, postgresql: [{ user: vagrant, pass: sentry, db: sentry }] }

name: Sentry app
hosts: app
roles:
sentry
supervisor

AQUARIUS: no, ty komentáře právě předznamenávají balíky, kterých se to týká..

co se týče univerzálnosti, zatím si píšu yml pro centos či suse odděleně a vkládám je právě přes {{ ansible_distribution }}. Ale vložit packages přes proměnou není vlastně špatnej nápad.

RUDOLF: a je problem ty komentare napsat az nekam na konec? Mimochodem, pokud ten playbook chces delat univerzalni, pouzil bych misto modulu yum modul package a pak pouzil with_items: "{{ packages }}" s tim, ze seznam baliku si nahrajes jako promennou - treba pomoci include_vars: "{{ ansible_distribution }}{{ ansible_distribution_major_version }}.yml"

zdar, není to vůbec zásadní, ale zajímá mě..

mám něco takového v ansible..
- name: yum provision
yum:
name: '{{ item }}'
with_items:
# Requirements from https://docs.getsentry.com/on-premise/server/installation/
- python-setuptools
- python-pip
- python-devel
# libxslt1-devel was not necessary on CentOS 7
- gcc
...

ale rád bych to zapsal bez with_items, ale logicky tohle vychcípne, páč v tom dělají bordel ty komentáře, které bych právě chtěl zachovat, ale jelikož YAML nepodporuje block comments, tak tohle cesta asi není.. netušíte jak na to jinak?

- name: yum provision
yum:
name: >
# Requirements from https://docs.getsentry.com/on-premise/server/installation/
python-setuptools,
python-pip,
python-devel,
# libxslt1-devel was not necessary on CentOS 7
gcc,
...

Vtipný je, že jsem po roce používání Ansible nahodil Ansible Tower a vlastně netušil, co od něj chci.. asi klikátko pro chlapíka od Service Desku..

Jinak mám jedinou obavu, že i když Ansible Tower bude otevřenej, placená bude nějaká lepší integrace s AD.

MUXX: tak vyložene zákulisní informace nemám. Počítám, že to přejde do RedHat modelu a tam máš možnost pro nekomerční užití testovat.

TRUHLIK: no ale opensource jeste nutne neznamena, ze to bude zadarmo ne? nebo mas nejake insider info?

MUXX: Je to tak. Je tam free trial, jinak se platí podle počtu serverů. Aktuálně to koupil RedHat a předpokládá se, že tohle dozná změn, ačkoliv není jasný kterých. Tuším, že RedHat dělá na tom, aby to celé byl opensource, následně to převezmou i obchodně.

TRUHLIK: Tower je placeny ne? Nebo je tam nejaka community edice?

CISTICZ: Hlasuju za Tower, mám to vyzkoušený a funguje skvěle.

RUDOLF: teda to repo není to správný.

ale ten reddit:

Ansible and Foreman.. Anyone using? : ansible
https://www.reddit.com/r/ansible/comments/574pn9/ansible_and_foreman_anyone_using/

CISTICZ: na redditu jsem četl o tomhle, ale má to své masařky nějaké..

GitHub - theforeman/foreman_ansible: Ansible integration in Foreman
https://github.com/theforeman/foreman_ansible

RUDOLF: Nakonec jsem to pořešil takhle, ale ještě mám nějaký trable s uwsgi, ale ty jsou tady asi OT

environment:
PATH: /opt/rh/rh-python35/root/usr/bin:{{ ansible_env.PATH }}
LD_LIBRARY_PATH: /opt/rh/rh-python35/root/usr/lib64
XDG_DATA_DIRS: /opt/rh/rh-python35/root/usr/share:/usr/local/share:/usr/share
PKG_CONFIG_PATH: /opt/rh/rh-python35/root/usr/lib64/pkgconfig

Zdar,

potřeboval bych pip modulu říci aby zkonstruoval environemt pomocí source /opt/scl/něco/enable..

používám python 3.5 ze SCL repozitáře a nejsem schopen pořádně připravit environment, aby ansible správně použil pip, vyhnívá mi to na nepřítomnost knihovny např:

"/opt/rh/rh-python35/root/bin/python3.5: error while loading shared libraries: libpython3.5m.so.rh-python35-1.0: cannot open shared object file: No such file or directory\r\n""

Viz.

- name: requirements.txt satisfied in virtualenv {{ seeder_virtualenv }}
pip:
requirements: "{{ seeder_home }}/{{ item }}"
virtualenv: "{{ seeder_virtualenv }}"
state: "latest"
virtualenv_python: "python3.5"
with_items:
- "requirements.txt"
# - "requirements_dev.txt"
tags: packages
environment:
PATH: /opt/rh/rh-python35/root/usr/bin:{{ ansible_env.PATH }}
vars:
ansible_python_interpreter: /opt/rh/rh-python35/root/bin/python3.5

SAMGARR: právě že celej ten list je z vaultu, proto mi to nedává smysl..

ale ten log zkusím