Üdv!
Van egy ansible playbook, szépen működik is, leszámítva a systemd service funkciót:
FAILED! => {"changed": false, "msg": "Service is in unknown state", "status": {}}
Van egy CentOS8 lxc konténerem, amiben tesztelem. Minden szépen fut leszámítva, hogy egy service sem indítható. A konténerben persze működik minden, ott nincs gond.
A neten láttam, hogy többeknek volt ugyanez a gondja, de systemd problémát mondtak rá, nem ansible.
# playbook.yml
---
- name: CentOS8 Playbook
hosts: all
become: true
roles:
- basic
# roles/basic/tasks/main.yml
...
- name: "Apache service httpd enabled and start"
systemd:
name: httpd
enabled: yes
state: started
...
~# ansible -K -b -m shell -a 'rpm -q systemd' all
BECOME password:
centos8-srv | CHANGED | rc=0 >>
systemd-239-41.el8_3.x86_64
Van erre megoldás v. tényleg systemd probléma?
- 293 megtekintés
Hozzászólások
Ha jol ertem kontenerben akarsz systemd-t futtatni?
Azzal valoban lehetnek gondok, systemd pid1-el akar indulni, meg olyan service-eket akar inditani amit nem fog tudni kontenerben, de nem is arra valo a kontener hogy init rendszert tegyel bele (ha nagyon muszaj meg lehet eroszakolni hogy fusson csak nem erdemes).
- A hozzászóláshoz be kell jelentkezni
LXC-ben szépen fut a systemd. Persze lehet supervisord is helyette.
- A hozzászóláshoz be kell jelentkezni
A kapcsolódó Ansible ticketből kiderül, hogy ez egy systemd bug, amit az új kernelekben debütált CAP_BPF nem megfelelő kezelése okoz.
Állítólag a 245.7-es verzióban fixálták, de az Ansible ticketben jelentkezett egy csávó, hogy a 246-os systemd-ben egy másik hibaüzenettel, de ugyanígy elszáll neki.
- A hozzászóláshoz be kell jelentkezni
Erre gondoltam én is. De akkor systemd frissítés kell majd.
- A hozzászóláshoz be kell jelentkezni
Egyelőre a jelek szerint nincs mire frissíteni. Persze kipróbálni ki lehet.
- A hozzászóláshoz be kell jelentkezni