bug sur les timers systemd (RandomizedDelaySec=)

Croutons · 21-07-2023 09:01:15

hello
Il me semble bien que depuis la migration de Deb11 -->Deb12
j'ai un souci avec l'auto update
La NakedDeb (Debian 12 Bookworm) utilise le paquet apt-config-auto-update pour un apt update automatique quotidien
seulement voila pour éviter une congestion du système les timers sont reporté si besoin
dans le cas présent le report est de 12h, il me semble bien que ce timer est reporté sans cesse (à vérifier)

systemctl list-timers apt-daily.timer

NEXT                         LEFT    LAST                         PASSED        UNIT            ACTIVATES        

Fri 2023-07-21 18:04:18 CEST 8h left Wed 2023-07-19 18:28:15 CEST 1 day 15h ago apt-daily.timer apt-daily.service

1 timers listed.

Pass --all to see loaded but inactive timers, too.

petite explication:
prochaine exécution de l'update automatique ce jour à 18:04:18 (NEXT)
soit dans 8h (LEFT)
le dernier a été effectué il y a 1jours et 15h (PASSED)
sous Deb11 j'ai du changer le report pour que le timer fonctionne bien il me semble me rappeler, ce serait la migration qui à remis celui d'origine

systemctl cat apt-daily.timer

# /lib/systemd/system/apt-daily.timer

[Unit]

Description=Daily apt download activities

[Timer]

OnCalendar=*-*-* 6,18:00

RandomizedDelaySec=12h

Persistent=true

[Install]

WantedBy=timers.target

j'ai pas trop cherché mais la notation de l'heure souhaité n'a rien a voir avec une notation crontab, sa doit en parlé quelque par dans le man je suppose
edit: a ba si j'avais mis la doc en lien dans mes notes
https://wiki.archlinux.org/title/System … (Français)

donc on verra par la suite si je change la valeur RandomizedDelaySec=12h , j'avais testé avec 5m sous Deb11

Dernière modification par Croutons (22-07-2023 08:19:54)

Croutons · 21-07-2023 11:53:28

je comprend plus rien l'auto update a été effectué à 9h59 il était sensé se relancer a 18h04

systemctl list-timers apt-daily.timer

NEXT                         LEFT     LAST                         PASSED       UNIT            ACTIVATES        

Sat 2023-07-22 05:11:48 CEST 16h left Fri 2023-07-21 09:59:35 CEST 2h 45min ago apt-daily.timer apt-daily.service

1 timers listed.

Pass --all to see loaded but inactive timers, too.

edit :surement du a

Persistent=true

toujours en il que 10h c'est abusé vu que la session était démarré depuis 8h

Dernière modification par Croutons (21-07-2023 13:01:40)

Croutons · 22-07-2023 07:44:39

PC allumé depuis ce matin 7h45 le service ne c’est toujours pas déclenché

systemctl list-timers apt-daily.timer

NEXT                         LEFT          LAST                         PASSED  UNIT            ACTIVATES        

Sat 2023-07-22 11:02:16 CEST 2h 25min left Fri 2023-07-21 18:45:30 CEST 13h ago apt-daily.timer apt-daily.service

1 timers listed.

Pass --all to see loaded but inactive timers, too.

problème connu on en discute par ici
https://github.com/systemd/systemd/issues/21166

je pense que je vais changer le timer

RandomizedDelaySec=5m

bon à savoir les lignes éditées avec systemctl sont commentés, ce qui entraine un message d’erreur si on y prête pas attention

systemctl edit apt-daily.timer

Editing "/etc/systemd/system/apt-daily.timer.d/override.conf" canceled: temporary file is empty

perso j’avais édité le fichier en root directement avec nano

nano /usr/lib/systemd/system/apt-daily.timer

Pour plus de précision, c’est une erreur très courante. Quand vous lancez systemd edit, tout est commenté Y COMPRIS LES SECTIONS. Si un utilisateur ne fait pas attention, il est facile d’ajouter une règle valide sous une section commentée, ce qui entraînera cette erreur "semi-trompeuse". Ce n’est pas que le fichier temporaire est vide, le fichier n’a pas de section non commentée.

systemctl cat apt-daily.timer

# Warning: apt-daily.timer changed on disk, the version systemd has loaded is outdated.

# This output shows the current version of the unit's original fragment and drop-in files.

# If fragments or drop-ins were added or removed, they are not properly reflected in this output.

# Run 'systemctl daemon-reload' to reload units.

donc pour que les modifications prennent effet

systemctl daemon-reload

en conclusion avec un delay a 5 minutes (RandomizedDelaySec=5m) ça fonctionne super
pour tous ceux qui ont ce service pensez a regardé s’il s’exécute correctement (unattended-upgrades utilise ce service)

systemctl list-timers apt-daily.timer

Dernière modification par Croutons (22-07-2023 08:14:21)

ubub · 22-07-2023 17:31:47

salut,
t'as vu cette partie de la page du man :

Note that in case the unit to activate is already active at the time
the timer elapses it is not restarted, but simply left running. There is no concept of spawning new service instances in this case. Due to this, services with RemainAfterExit= set (which stay around continuously even after the service's main process exited) are usually not suitable for activation via repetitive timers, as they will only be activated once, and then stay around forever.

t'as pas essayé de passer --all ?

Pass --all to see loaded but inactive timers, 

c'est juste par curiosité ...

Dernière modification par ubub (22-07-2023 17:35:11)

Croutons · 22-07-2023 18:29:26

--all affiche tout les timers

systemctl list-timers --all

NEXT                         LEFT          LAST                         PASSED        UNIT                         ACTIVATES                     

Sat 2023-07-22 20:33:20 CEST 9min left     Sat 2023-07-22 20:03:45 CEST 20min ago     anacron.timer                anacron.service

Sun 2023-07-23 00:00:00 CEST 3h 36min left Sat 2023-07-22 07:59:59 CEST 12h ago       dpkg-db-backup.timer         dpkg-db-backup.service

Sun 2023-07-23 00:00:00 CEST 3h 36min left Sat 2023-07-22 07:59:59 CEST 12h ago       exim4-base.timer             exim4-base.service

Sun 2023-07-23 00:00:00 CEST 3h 36min left Sat 2023-07-22 07:59:59 CEST 12h ago       logrotate.timer              logrotate.service

Sun 2023-07-23 03:10:54 CEST 6h left       Sun 2023-07-16 12:25:03 CEST 6 days ago    e2scrub_all.timer            e2scrub_all.service

Sun 2023-07-23 05:38:18 CEST 9h left       Fri 2023-07-21 08:29:06 CEST 1 day 11h ago systemd-tmpfiles-clean.timer systemd-tmpfiles-clean.service

Sun 2023-07-23 06:02:57 CEST 9h left       Sat 2023-07-22 20:03:46 CEST 20min ago     apt-daily.timer              apt-daily.service

Sun 2023-07-23 06:20:37 CEST 9h left       Sat 2023-07-22 07:59:59 CEST 12h ago       apt-daily-upgrade.timer      apt-daily-upgrade.service

Sun 2023-07-23 07:49:01 CEST 11h left      Sat 2023-07-22 07:59:59 CEST 12h ago       plocate-updatedb.timer       plocate-updatedb.service

Sun 2023-07-23 10:47:35 CEST 14h left      Sat 2023-07-22 08:00:14 CEST 12h ago       man-db.timer                 man-db.service

Mon 2023-07-24 00:18:14 CEST 1 day 3h left Mon 2023-07-17 14:17:56 CEST 5 days ago    fstrim.timer                 fstrim.service

-                            -             -                            -             phpsessionclean.timer

Dernière modification par Croutons (22-07-2023 19:25:20)

ubub · 22-07-2023 18:44:05

dans l'idée, c'était pour voir si l'un ne faisait pas double emploi ...

Debian-facile

#1 21-07-2023 09:01:15

bug sur les timers systemd (RandomizedDelaySec=)

#2 21-07-2023 11:53:28

Re : bug sur les timers systemd (RandomizedDelaySec=)

#3 22-07-2023 07:44:39

Re : bug sur les timers systemd (RandomizedDelaySec=)

#4 22-07-2023 17:31:47

Re : bug sur les timers systemd (RandomizedDelaySec=)

#5 22-07-2023 18:29:26

Re : bug sur les timers systemd (RandomizedDelaySec=)

#6 22-07-2023 18:44:05

Re : bug sur les timers systemd (RandomizedDelaySec=)

Pied de page des forums