Demande #5193
open
systemd-sysctl.service en carafe au reboot
Added by François Poulain over 3 years ago.
Updated over 3 years ago.
Description
Feb 05 18:17:20 sympa find[264]: /usr/bin/find: ‘/sys/fs/cgroup/memory/system.slice/keyboard-setup.service’: No such file or directory
Feb 05 18:17:20 sympa systemd[1]: systemd-sysctl.service: Control process exited, code=exited, status=1/FAILURE
Visiblement le find est dégainé trop vite dans un moment où le cluster est fort chargé.
Amha il faudrait un ExecStart=sleep 1m car le find se fait en ExecStartPost.
- Subject changed from systemd-sysctl.service en cafare au reboot to systemd-sysctl.service en carafe au reboot
- Related to Anomalie #4761: Systemd en erreur sur les pm lors d'un reboot added
chez April ça se passe via /srv/common/etc/systemd/system/systemd-sysctl.service.d/april-swappiness-post.conf
Amha il faudrait un ExecStart=sleep 1m car le find se fait en ExecStartPost.
Je ne suis pas fan de mettre un tel slip. Je propose d'essayer la conf suivante dans la section Service :
# May fail if VM is very busy ; than trigger restart
ExecStart=/usr/bin/find /sys/fs/cgroup -name memory.swappiness
# Restart on failure. Keep trying to create backup.
RestartSec=10
Restart=on-failure
L'idée est que les ExecStart sont exécutés de façon séquentiels. Le dernier devrait réussir si le /sys est bien créé. Sinon il échoue. Alors on attend 10s et on recommence. Seulement une fois que tout est passé, on enchaine avec les ExecStartPost.
Mince :
systemd-sysctl.service: Service has Restart= setting other than no, which isn't allowed for Type=oneshot services. Refusing.
Bon beh j'ai pas mieux que d'insérer
ExecStartPost=sleep 10
en premier ExecStartPost. Sinon faut gérer ça dans une autre unit et ça commence à devenir lourd, sachant que cette conf est voué à disparaître en même temps que Buster.
Un systemd-analyze blame me montre que sur tout le SI April l'action prend moins de 3s. Donc je vais mettre un sleep 3.
Also available in: Atom
PDF