Discussion :

[Beanux]

Salut,

J'ai une question qui peut sembler bête, mais qui me pose problème, comment faire un cron toutes les 45 minutes. On peut étendre la question à un cron qui ne serait pas multiple de 60 (ou 24 ou 7 selon la régularité voulu).

Il y a un piège, parce que */45, c’est le modulo des minutes, donc on aura un déclenchement a 00:00,00:45 puis 01:00 et 01:45.
Alors qu'on souhaite: 00:00,00:45,01:30,02:15,03:00, etc.


si possible j'aurais aimé le faire en une seule ligne plutôt qu'en trois (ou de passer par du code pour ça):

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
0,45	*/3	*	*	*
30	1-23/3	*	*	*
15	2-23/3	*	*	*

[Winnt]

Salut,

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

45   *    *    *    *   <tâche>

[Beanux]

Malheureusement, ça s’exécutera toutes les heures à 45 minutes et pas toute sles 45 minutes, donc ça ne marche pas non plus.

[Winnt]

Salut,

Essaye ceci alors :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

*/45   *    *    *    *   <tâche>

[Beanux]

Cela ne marche pas, et j'avais détaillé pourquoi dans le post principal

[Flodelarab]

Bonjour,

Je vois 2 solutions:

• Faire la liste des heures et écrire autant de lignes dans crontab. Ce n'est pas la mer à boire.
• Insérer la ligne suivante:
  

  Code :

  Sélectionner tout - Visualiser dans une fenêtre à part

  1   *    *    *    *   test $(( ($(date -d"now" +%s) - $( date -d"now 00:00" +%s) )%(60*45)/60 )) -eq 0 && mon_script.sh

mon_script.sh étant la <tâche>, bien sûr.


[edit]Je suis prêt à parier que tu n'as pas pensé aux changements d'horaires dans ta conception.[/edit]

[Beanux]

Oui, c'est ce que j'ai fait, mais c'est pour une question de lisibilité et de maintenance.
J'ai même simplifié ça en factorisant ça toutes les 3 heures (3 lignes au lieu de 32).

Je vais mettre en place ce cron, mais je ne vais pas assurer la maintenance du système derrière (et je n'ai foutrement aucune idée de qui le fera).

J’espérais une arcane caché dans cron, mais c'est impossible il semblerait =)

Merci

edit: non je n'y ai pas pensé, et c'est en effet un soucis.

[jlliagre]

Voici une solution où l'intervalle est préservé aux changements de jour et d'heure quel que soit l'intervalle:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

*    *    *    *    *   test $((($(date +\%s)/60)\%45)) = 0 && /path_to/mon_script.sh

[Obsidian]

Une petite recherche sur Internet montre que la plupart des gens ont le même souci.

Le principal obstacle à une telle fonctionnalité tient au fait qu'il faut un point de repère : si le daemon est arrêté puis relancé, voire même si c'est la machine tout entière qui refait un cycle, il est impossible de savoir a priori quand a eu lieu la dernière exécution. Il est donc nécessaire de définir un motif par rapport à l'heure courante. Effectivement, cron pourrait fournir un moyen de spécifier un laps de répétition par rapport à ce point de référence mais cela impliquerait que la largeur de l'intervalle soit multiple de ce laps : si on souhaite répéter une tâche toutes les sept minutes à partir du début de l'heure, par exemple, on n'aurait que quatre minutes entre 00h56 et l'heure suivante.

[jlliagre]

Le principal obstacle à une telle fonctionnalité tient au fait qu'il faut un point de repère : si le daemon est arrêté puis relancé, voire même si c'est la machine tout entière qui refait un cycle, il est impossible de savoir a priori quand a eu lieu la dernière exécution.

Je ne comprends pas de quel daemon tu parles. Est-ce que ma suggestion ne réponds pas à tes remarques ?

[gangsoleil]

Pour moi la solution de jiliagre est bonne.

[Beanux]

Le probleme soulevé est que cron log chaque fois qu'il se lance.
Or dans la solution proposé, il va se lancer toutes les minutes, executer le test et lancer réellement ou non, la commande qui suit.

Avec une solution externe a cron comme proposé), on ne peut pas savoir (ou alors construire un système de log pour ça) si le test a lancé la commande ou non. On peut juste déduire si elle a été lancé, pas en avoir la preuve.

[jlliagre]

Le probleme soulevé est que cron log chaque fois qu'il se lance.

Ou pas, ça dépend de sa configuration.

Or dans la solution proposé, il va se lancer toutes les minutes, executer le test et lancer réellement ou non, la commande qui suit.

Avec une solution externe a cron comme proposé), on ne peut pas savoir (ou alors construire un système de log pour ça) si le test a lancé la commande ou non. On peut juste déduire si elle a été lancé, pas en avoir la preuve.

Si cron est actif et qu'il n'y a pas de bug dans ma suggestion, on peut être sûr que cron va lancer la commande toutes les N minutes (ou au moins essayer de le faire). Si la commande échoue et affiche quelque chose sur stderr, un mail doit être envoyé à l'utilisateur si un MTA est correctement installé.

[Beanux]

Merci.
Je vais adapter légèrement ta solution afin d'éviter de surcharger les log du cron (oui la config sur le système est de log chaque cron lancé, afin d'en garder une trace):

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

*/15    *    *    *    *   test $((($(date +\%s)/60)\%45)) = 0 && /path_to/mon_script.sh

Ps, je pense qu'Obsidian résumait le cœur du problème, mais ne critiquait pas la réponse que tu apportais. Mais pour la discussions, si un filtre cron pouvait se baser sur l'Epoch time cela devrait solutionner le soucis.

[jlliagre]

Ton optimisation permet bien de réduire le nombre de logs d'exécution mais uniquement si le nombre de minutes est un diviseur d'une journée complète comme ici 45 minutes, pas pour un intervalle de temps arbitraire (ex: toutes les 50 minutes).

[Beanux]

En effet, mais dans le cas de 50, un */10 passera.
Il faut juste trouver le PGCD entre 60 et le la récurrence voulu.