Ansible issueshttps://gitlab.crans.org/nounous/ansible/-/issues2022-10-13T17:30:47+02:00https://gitlab.crans.org/nounous/ansible/-/issues/12Uniformiser la gestion des services systemd dans les handlers2022-10-13T17:30:47+02:00Michaël PaulonUniformiser la gestion des services systemd dans les handlersLes handlers qui restartent/startent/stoppent/reloadent des services systemd sont écrit de plusieurs façons possibles allant de la plus "safe" comme dans [bird](https://gitlab.crans.org/nounous/ansible/-/blob/main/roles/bird/handlers/mai...Les handlers qui restartent/startent/stoppent/reloadent des services systemd sont écrit de plusieurs façons possibles allant de la plus "safe" comme dans [bird](https://gitlab.crans.org/nounous/ansible/-/blob/main/roles/bird/handlers/main.yml) à la plus naïve comme dans [nginx](https://gitlab.crans.org/nounous/ansible/-/blob/main/roles/nginx/handlers/main.yml)
Je propose l'uniformisation suivante:
- changer les restarts de services critiques (qui ne doivent pas être restart si ils sont disable par exemple) pour ressembler à ceux de bird (la liste de tels services est laissée en exercice au lecteur)
- ajouter un `ignore_errors: "{{ ansible_check_mode }}"` sur les autres pour permettre aux checks de restart/reload/stop/enable de passer (tout en affichant quand même une erreur dans le compte rendu) même si le service n'est pas présent sur la machine, celà permet entre autres de faire lancer des playbooks en `--check` sur des machines vierges/partiellement installées