Ahoj, snad se tu ptam spravne...prosim o radu.

Mam v baraku nekolik switchu propojenych 1000/100Mbit dratem. Dole v dilne pripojim arduino s ethernet shieldem, funguje mi a vidim na nej z notebooku (taky na dratu, stejny switch). Pripojim ho nahore v byte, sitovka sviti OK, ale nevidim na nej, nepingam. Po ceste jsou misto jednoho switche dva switche, kazdy jina znacka. Jiny veci na tom kabelu funguji bez problemu.

Zkousel jsem i restart tech switchu, kdyby byl nejakej problem s ARP tabulkou, ale nepomohlo. V cem muze byt problem?

Kdyby tu byl nekdo, kdo ovlada Ansible, Elasticsearch, RabbitMQ, Nginx, PHP, MySQL a mel zajem o jednorazouvou zakazku na upravu nejakych playbooku, tak se mi ozvete do posty.
Nejake playbooky pro deploy projektu existuji, ale jsou pro vyvojare, takze je potreba je upravit pro produkcni prostredi - upravit zabezpeceni / vykonovou optimalizaci nastaveni zminenych sluzeb.

iTop: open source ITIL ITSM CMDB Software
https://www.combodo.com/itop-193

QUIP: to samé

RUDOLF: A co takhle

when: deprecated_conf.exists == true and ansible_bios_version != "VirtualBox"

hele, jedna čudnost.. Ansible 2.4

první task je správně ignorován, druhý projde a skončí chybou.. přičemž by měl být taky imho ignorován, páč právě podmínka ansible_bios_version != "VirtualBox" není splněna..

- name: 'Deprecated: Test nginx before handlers are flushed - remove this task after new configuration is deployed in all environments'
command: nginx -t
when: ansible_bios_version != "VirtualBox"

- name: 'Deprecated: restart nginx before running certbot - remove this task after new configuration is deployed in all environments'
meta: flush_handlers
when:
- deprecated_conf.exists == true
- ansible_bios_version != "VirtualBox"

RUDOLF:
RUDOLF:

ok, prostě báze jako dependency není rozumné připojovat.

RUDOLF: ale to je blbost: requirements.yml nebudu mít v playbooku, z kterýho pouštím roli.. navíc při parsování playbooku, ansible zjistí role postgresql není nainstalovaná..

tj. jak bych měl nainstalovat depedency databázi s tím, že ji šoupnu na jiný server než je aplikace.

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.