Demande #5193
ouvertsystemd-sysctl.service en carafe au reboot
0%
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.
Mis à jour par François Poulain il y a plus de 3 ans
- Sujet changé de systemd-sysctl.service en cafare au reboot à systemd-sysctl.service en carafe au reboot
Mis à jour par François Poulain il y a plus de 3 ans
- Lié à Anomalie #4761: Systemd en erreur sur les pm lors d'un reboot ajouté
Mis à jour par François Poulain il y a plus de 3 ans
chez April ça se passe via /srv/common/etc/systemd/system/systemd-sysctl.service.d/april-swappiness-post.conf
Mis à jour par François Poulain il y a plus de 3 ans
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.
Mis à jour par François Poulain il y a plus de 3 ans
Mince :
systemd-sysctl.service: Service has Restart= setting other than no, which isn't allowed for Type=oneshot services. Refusing.
Mis à jour par François Poulain il y a plus de 3 ans
Bon beh j'ai pas mieux que d'insérer
ExecStartPost=sleep 10en 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.
Mis à jour par François Poulain il y a plus de 3 ans
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.