L'option Restart des units ne suffit pas pour ça ? Avec la possibilité de conditionner le restart et la possibilité de lancer une commande avant le démarrage du service pour récupérer l'état de la machine lors du restart.
Les watchdogs de systemd sont pas mal pour les cas faciles. Mais c'est assez compliqué d'écrire des règles pour shooter les processus PHP seulement quand il y a une fuite de mémoire ou une boucle infinie. Il y a des raisons tout à fait valable pour que le PHP se mette à bouffer le CPU ou de la mémoire comme un goret sur des périodes de temps plus ou moins longues. Avant d'utiliser le shootgun il faut vérifier que la consommation est constante, que la mémoire ne baisse pas significativement de temps en temps (utilisation en dent de scie) etc.
Donc on polle toutes les cinq/dix minutes, si ca dépasse systématiquement les quotas on polle toute les trente secondes, puis surveillance intensive et enfin shootgun.
Les watchdogs systemd n'ont pas (en tout cas pas encore à ma connaissance) la capacité à passer d'une règle de surveillance à l'autre en fonction des résultats.
C'est pas une question de configuration DBus ça ?
Jusque récemment il était impossible d'envoyer un message au dbus system vers systemd avec autre chose que root non limité. Maintenant il est possible de limiter root pour autoriser seulement certains types de messages sur certaines units de systemd. Mais je ne crois pas qu'il soit possible de passer des messages si l'on n'est pas root.
[^] # Re: Le vendredi c'est permis.
Posté par Kaane . En réponse à la dépêche Mise aux poings sur systemd. Évalué à 1.
L'option Restart des units ne suffit pas pour ça ? Avec la possibilité de conditionner le restart et la possibilité de lancer une commande avant le démarrage du service pour récupérer l'état de la machine lors du restart.
Les watchdogs de systemd sont pas mal pour les cas faciles. Mais c'est assez compliqué d'écrire des règles pour shooter les processus PHP seulement quand il y a une fuite de mémoire ou une boucle infinie. Il y a des raisons tout à fait valable pour que le PHP se mette à bouffer le CPU ou de la mémoire comme un goret sur des périodes de temps plus ou moins longues. Avant d'utiliser le shootgun il faut vérifier que la consommation est constante, que la mémoire ne baisse pas significativement de temps en temps (utilisation en dent de scie) etc.
Donc on polle toutes les cinq/dix minutes, si ca dépasse systématiquement les quotas on polle toute les trente secondes, puis surveillance intensive et enfin shootgun.
Les watchdogs systemd n'ont pas (en tout cas pas encore à ma connaissance) la capacité à passer d'une règle de surveillance à l'autre en fonction des résultats.
C'est pas une question de configuration DBus ça ?
Jusque récemment il était impossible d'envoyer un message au dbus system vers systemd avec autre chose que root non limité. Maintenant il est possible de limiter root pour autoriser seulement certains types de messages sur certaines units de systemd. Mais je ne crois pas qu'il soit possible de passer des messages si l'on n'est pas root.