• [^] # Re: Le vendredi c'est permis.

    Posté par . En réponse à la dépêche Mise aux poings sur systemd. Évalué à 5.

    Déjà j'aime pas trop "dézinguer" un service qui tourne, même si avec systemd il y a un relatif ménage derrière qui évite les zombis et les processus fils qui trainent (Mais qui n'évite pas forcément la rémanence de données inutiles dans les applis connectées à ce service, le post-traitement n'est pas appelé etc.)

    T'es pas obligé de lancer un signal KILL, non plus.

    Autre effet désagréable si on relance le service de cette façon, systemd va compter un "fail". Donc pour que le service soit relancé à chaque fois, il faut configurer systemd pour qu'il relance le service systématiquement. Ce qui n'est pas sans effet de bord quand le service se met vraiment à merder tout seul comme un grand.

    Tu as plusieurs politiques dans systemd en jouant avec Restart et SuccessExitStatus tu devrais pourvoir faire en sorte que systemd relance le service quand quand tu le souhaite.

    Quand c'est fait depuis Nagios, tu as une règle à changer - tu es sur de ne pas oublier de règle puisque tout est centralisé etc.

    Et l'action de Nagios ça ne peut pas être de simplement tuer les processus à relancer ?

    J'ai l'impression que ce qui te pose problème ça n'est pas l'architecture de systemd, c'est juste que son API dBus ne serait accessible qu'à root (ce qui me surprends). Au pire tu dois pouvoir encapsuler les accès à dBus dans un processus séparé qui est root. Le reste ça me semble plutôt intéressant de faire gérer les services via un seul point (systemd) qui va gérer ça aussi proprement et de manière aussi centralisée que possible.

    Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)