systemd : trucs et machins
systemd : trucs et machins jppCe petit, pour le moment, groupe d'articles est consacré à "systemd" que je n'apprécie guère car je le trouve compliqué en peu "usine à gaz", on est loin du Keep It Simple Stupid.
Mais comme il est offert (obligatoire !) avec la plupart des distributions il faut faire avec.
- Mon portable sert à la maison et en voyage, donc avec ou sans "cable" réseau, systemd s'employait à me faire perdre mon temps ...
- J'utilise "SNMP" et son démon "snmpd" pour surveiller (non je ne dirais pas "monitorer") quelques services et la livraison "standard" de snmpd est fournie avec des paramètres de Debug qui "crachent" des monceaux de lignes dans les fichier log.
Problème majeur de "systemd".
Lors des mises à jour les fichiers ".service" sont systématiquement écrasés, ce qui ne permet pas (pas facilement et c'est très peu utilisé) de "personnaliser" les paramétrages de manière stable.
Du temps des fichiers "services" de "init.d" les paquets posaient une question, si vous aviez modifié le script, afin de ne pas perdre vos laborieuses modifications et sur Debian les fichiers de paramètres de "/etc/default" n'étaient jamais "écrasés" sans prévenir.
Dans le cas de SNMP à chaque mise à jour de "systemd" ou "snmpd" je me retrouve avec un "daemon.log" bourré de lignes :
..... Connection from UDP: [192.168.W.XX]:40608->[192.168.Y.ZZ]:161
qui finissent par représenter plusieurs mégaoctets d'informations parfaitement inutiles.
Note ; j'ai retrouvé ce comportement sur des machines CentOS, il n'est donc pas spécifique à Debian.
Systemd et rsyslog sur Debian
Systemd et rsyslog sur Debian jppJ'ai eu une petite surprise sur une machine Debian Stretch, le démon rsyslog était absent ...
Il est reparti normalement par un "systemctl start rsyslog", puis quelques jours plus tard après un redémarrage j'ai voulu consulter un log et j'ai constaté que les fichiers log n'étaient "pas à l'heure", rsyslog n'avait, semble-t-il, pas été lancé.
J'ai commencé ma petite enquête par "systemd" (que je n'aime toujours pas) et j'ai constaté que la clause "Restart" était indiquée comme "on-failure". Il m'aurait semblé plus logique d'y mettre "always" afin de garantir un fonctionnement normal de ce démon.
J'ai donc modifié les paramètres comme suit :
Avant :
Restart=on-failure
Après :
Restart=always
RestartSec=5
Depuis je n'ai plus remarqué de problème de syslog. Mais il m'a fallu surveiller les mises à jour de "rsyslog" car, comme d'habitude, à chaque mise à jour le fichier "rsyslog.service"est écrasé et on retrouve la bêtise initiale.