Bonjour!
J'ai une question au sujet des cron jobs @hourly: si une tache est encore en cours à la prochaine occurrence, est ce qu'elle va se lancer une 2eme fois?
Merci!
Bonjour!
J'ai une question au sujet des cron jobs @hourly: si une tache est encore en cours à la prochaine occurrence, est ce qu'elle va se lancer une 2eme fois?
Merci!
# Oui
Posté par totof2000 . Évalué à 3.
A moins que les versions récentes de cron sous linux permettent de gérer ce cas de figure, sinon c'est à la tache exécutée de s'assurer qu'une autre instance n'est pas en cours.
Il semble que systemd aujourd'hui puisse faire l'équivalent du cron job (mais je n'ai pas encore regardé ça), Est-ce qu'il peut gérer le cas ou une instance du job tourne déjà ? A creuser.
[^] # Re: Oui
Posté par Laurent_ . Évalué à 2. Dernière modification le 31 juillet 2023 à 13:10.
OK, merci!
Je vais faire des tests pour m'en assurer.
Au pire je vais modifier mon script pour m'assurer qu'il soit pas déja lancé.
[^] # Re: Oui
Posté par NeoX . Évalué à 8.
en bash un truc du genre (/run/fichier.lock ou /var/run/fichier.lock)
[^] # Re: Oui
Posté par wismerhill . Évalué à 5.
man flock
pour une solution plus robuste (en particulier la section d'exemples avec le boilerplate pour qu'un script se lock lui-même).[^] # Re: Oui
Posté par Jérôme FIX (site web personnel) . Évalué à 3.
systemd timer fait le job à priori
https://www.freedesktop.org/software/systemd/man/systemd.timer.html
Et en bonus un how-to pour créer facilement ses premiers timers :
https://wiki.archlinux.org/title/systemd/Timers
# Merci
Posté par Laurent_ . Évalué à 2.
Super, merci à tous!
J'ai utilisé un peu le même système que celui proposé par NeoX. Çà fonctionne pour mon projet.
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.