Sujet : cron
-
Timers systemd en remplacement de cron : OnCalendar, Persistent= et RandomizedDelaySec
Une unité systemd .timer associée à un service .service de type oneshot peut remplacer une entrée crontab, tout en ajoutant le rattrapage des exécutions manquées après une indisponibilité et un décalage aléatoire au sein d'un parc de machines. Cette méthodologie décrit l'écriture, la validation et l'activation d'une telle paire, et explique ce que font réellement Persistent= et RandomizedDelaySec=.
-
Dialectes d'expressions cron : champs, secondes et le piège jour du mois / jour de la semaine
Vixie cron, Quartz, Kubernetes CronJob, GitHub Actions et AWS EventBridge appellent tous leur chaîne de planification « expression cron », mais divergent sur le nombre de champs, la présence de secondes ou d'une année, et sur la combinaison du jour du mois et du jour de la semaine (OU logique, ou interdiction de renseigner les deux).
-
Tâches planifiées comparées : cron, timers systemd, launchd, Planificateur de tâches Windows et cron/at sous AIX
Chaque planificateur répond différemment à une même question : que devient une tâche dont l'heure prévue est passée alors que la machine était éteinte ou en veille ? La comparaison de cron, des timers systemd, des clés de calendrier de launchd et du Planificateur de tâches Windows montre que seul launchd rattrape par défaut après une veille ; les autres ne le font que s'ils sont configurés en ce sens.
Lisible par machine : JSON