Comment instruire cron pour exécuter un job à chaque seconde semaine?

Je voudrais exécuter un travail par cron qui sera exécutée à chaque deuxième mardi à l'heure donnée de la journée. Pour chaque mardi est facile:

0 6 * * Tue

Mais comment le faire sur "chaque deuxième mardi" (ou si vous préférez -, toutes les deux semaines)?
Je ne voudrais pas mettre en œuvre toute logique dans le script lui-même, mais de garder la définition que dans cron.

  • voir aussi unix.stackexchange.com/questions/197324/...
  • Comment sur l'exécution de chaque semaine et de vérifier dans votre script (par exemple, en utilisant un fichier séparé) si c'est la deuxième semaine ou le premier? if [ "$(cat week.txt)" == "1" ]; then echo -n "0">week.txt; dostuff; fi
InformationsquelleAutor tkokoszka | 2008-12-08
  1. 40

    Comment à ce sujet, il ne conserver dans le crontab même si ce n'est pas exactement défini dans les cinq premiers champs:

    0 6 * * Tue expr `date +\%W` \% 2 > /dev/null || /scripts/fortnightly.sh
    • Ma conjecture est que cette solution a un problème sur la dernière semaine de l'année. Parfois, le dernier vendredi de l'année est sur la semaine 51, et d'autres fois sur la semaine 52. Ce qui pourrait vous faire exécuter le script de deux semaines dans une rangée ou une fois en trois semaines
    • bonne prise. Je pense que ma réponse permet d'éviter cela.
    InformationsquelleAutor xahtep
  2. 41

    Réponse

    Modifier votre mardi cron logique d'exécuter tous les autres semaine depuis l'époque.

    Sachant qu'il y a 604800 secondes en une semaine (en ignorant les modifications d'heure d'été et des secondes intercalaires, merci), et de l'utilisation de GNU date:

    0 6 * * Tue expr `date +\%s` /604800 \% 2 >/dev/null || /scripts/fortnightly.sh

    De côté

    Calendrier de l'arithmétique est frustrant.

    @xahtep la réponse est formidable, mais, comme @Doppelganger ont noté dans les commentaires, elle échoue sur certains limites. Aucun des date utilité de la "semaine de l'année" spécificateurs peut vous aider ici. Certains mardi au début de janvier, il sera inévitablement répétez la semaine de la parité de la finale de mardi à l'année précédente: 2016-01-05 (%V), 2018-01-02 (%U), et 2019-01-01 (%W).

    • Cette réponse, ou de l'autre version de cette aide de l'secondes dans une journée (pas semaine), par exemple 86400 ont aussi une limitation dans certains cas limites: l'ajustement de l'heure UTC vs votre serveur local. Supposons que j'ai une tâche cron qui s'exécute toutes les autres du mardi à 3 heures du matin et 11 heures du soir. Vous pourriez vous retrouver dans un scénario par rapport au temps UTC (secondes depuis l'époque) et que ceux-ci sont traités comme des jours différents. Dans mon cas, 21600 est mon décalage horaire (sec) par rapport à l'époque: expr \( `date +%s` - 21600 \) / 86400 % 2 et, pour les essais expr \( `date +%s -d "Thursday"` - 21600 \) / 86400 % 2
    • Voir ma réponse ci-dessous pour une solution plus complète.
    InformationsquelleAutor pilcrow
  3. 7

    pilcrow réponse est grande. Cependant, il en résulte que l'fortnightly.sh script qui s'exécute tous les même semaine (depuis l'époque). Si vous avez besoin d'exécuter le script sur bizarre semaines, vous pouvez modifier sa réponse un peu:

    0 6 * * Tue expr \( `date +\%s` /604800 + 1 \) \% 2 > /dev/null || /scripts/fortnightly.sh

    La modification de la 1 à 0 remettez-même en quelques semaines.

    InformationsquelleAutor notorious.dds
  4. 2

    Peut-être un peu bête, mais on pourrait aussi créer deux cronjobs, un pour chaque premier mardi et un pour chaque troisième.

    Première tâche cron:

    0 0 8 ? 1/1 TUE#1 *

    Deuxième tâche cron:

    0 0 8 ? 1/1 TUE#3 *

    Pas sûr de la syntaxe ici, j'ai utilisé http://www.cronmaker.com/ de rendre ces.

    • La planification du travail pour les premier et troisième mardis de chaque mois va manquer un mois de la cinquième mardi (p. ex., 31-Mar-2015), et bien sûr, en ajoutant que la cinquième mardi exécutera le travail trop souvent. Séparément, cette réponse fait référence le cron-comme planificateur Quartz plutôt que les traditionnels *NIX cron.
    • Quel est le " # " signifie pour vous?
    • vous permet de spécifier des constructions telles que "le deuxième vendredi du mois." en.wikipedia.org/wiki/Cron
    • Et qui cron sur lequel distro Linux implémente qui? Ce n'est certainement pas POSIX.
    InformationsquelleAutor Hans
  5. 1

    J'ai découvert certaines des limitations des approches ci-dessus qui peut échouer dans certains cas limites. Par exemple, pensez à:

    @xahtep et @Doppelganger ont discuté de questions à l'aide de %W sur certaines année les limites ci-dessus.

    @pilcrow la réponse est dans une certaine mesure, mais il sera lui aussi échouer sur certaines limites. Réponses dans ce et ou d'autres sujets connexes utiliser le nombre de secondes dans un jour (par rapport à la semaine), qui a également échouer sur certaines limites pour les mêmes raisons.

    C'est parce que ces approches s'appuient sur l'heure UTC (date +%s). Prenons le cas où nous sommes à l'exécution d'un travail à 1h du matin et 10h tous les 2ème mardi.

    Supposons GMT-2:

    • À 1h du matin, heure locale = 11pm UTC hier
    • 10h heure locale = 8h UTC aujourd'hui

    Si nous ne sommes qu'vérification d'un seul de temps chaque jour, ce ne sera pas un problème, mais si nous consultons plusieurs fois, ou si nous sommes près à l'heure UTC et l'heure d'été se produit, le script ne considère pas que ce soit la même journée.

    Pour contourner ce problème, nous avons besoin de calculer un décalage UTC basé sur notre local pas fuseau horaire UTC. Je ne pouvais pas trouver un moyen simple de le faire en BASH, j'ai donc développé une solution qui utilise un rapide d'une doublure en Perl pour calculer le décalage entre l'heure UTC en quelques secondes.

    Ce script prend avantage de la date +%z, qui sort le fuseau horaire local.

    Script Bash:

    TZ_OFFSET=$( date +%z | perl -ne '$_ =~ /([+-])(\d{2})(\d{2})/; print eval($1."60**2") * ($2 + $3/60);' )
DAY_PARITY=$(( ( `date +%s` + ${TZ_OFFSET} ) /86400 % 2 ))

    ensuite, pour déterminer si la journée est pair ou impair:

    if [ ${DAY_PARITY} -eq 1 ]; then
...
else
...
fi
    InformationsquelleAutor dxdc
  6. 1

    Si vous voulez le faire sur la base d'un donné de date de début:

    0 6 * * 1 expr \( `date +\%s` /86400 - `date --date='2018-03-19' +\%s` /86400 \) \% 14 == 0 > /dev/null && /scripts/fortnightly.sh

    Devraient feu tous les autres lundi début avec 2018-03-19

    Expression se lit comme suit: Exécuter à 6h du matin le lundi si ...

    1 - Obtenir la date d'aujourd'hui, en quelques secondes, divisé par le nombre de secondes dans une journée pour convertir jours sice époque

    2 - Faire la même chose pour la date de départ, la convertissant le nombre de jours depuis l'époque

    3 - Obtenez la différence entre les deux

    4 - diviser par 14 et vérifier le reste

    5 - Si le reste est nul, vous êtes sur le cycle de deux semaines

    InformationsquelleAutor Paul Lemmons
  7. 0

    Qu'en est-il de la 3e semaine?

    Voici ma suggestion:

    0 6 * * Tue expr `date +\%W` \% 3 == 0 > /dev/null || /scripts/fortnightly.sh

    ... ou ...

    0 6 * * Tue expr `date +\%W` \% 3 == 1 > /dev/null || /scripts/fortnightly.sh

    ... ou bien ...

    0 6 * * Tue expr `date +\%W` \% 3 == 2 > /dev/null || /scripts/fortnightly.sh

    ... en fonction de la semaine de la rotation.

    InformationsquelleAutor macetw
  8. -1

    Si vous voulez tous les mardi de la deuxième semaine seulement:

    00 06 * * 2#2

    • Qui cron sur lequel Linux prend en charge que? La norme cron sous Linux utilise # comme délimiteur de commentaire.
    InformationsquelleAutor alexdourado
  9. -2

    Syntaxe "/2" n'est pas va de pair avec jour de la semaine. Donc, mon ajoutée à la puce ci-dessus est tout simplement l'utilisation 1,15 sur MonthDay déposée.

    0 6 1,15 * * /scripts/fornightly.sh > /dev/null 2>,&1

    • Notez que cela fonctionne sur le 1er et le 15 de chaque mois, ce qui n'est pas tous les quinze jours (toutes les deux semaines). Parfois, il y a plus de 4 semaines dans un mois. Ce que vous avez ici est "deux fois par mois" et non pas "chaque semaine".
    • Hmm. Je n'ai pas encore trouver la solution pour une requête similaire: l'exécution d'un travail à midi tous les deux lundi, toute l'année, quel que soit le mois. 0 12 * * 1/2 dit: "mauvais jour de la semaine".
    InformationsquelleAutor Izi
  10. -2

    Pourquoi pas quelque chose comme

    0 0 1-7,15-21,29-31 * 5

    Est appropriée?

    • Cela ne fera qu'exécuter la première, la troisième et la cinquième semaine de chaque mois.
    • Mais en cas de changement de 0 0 15-21 * 5 cela semble faire l'affaire.
    • Re-lire la page de man pour crontab(5). Votre format sera exécuté tous les jours pendant la première semaine, chaque jour de la troisième semaine, et chaque jour de la semaine dernière, en plus de toute la journée qui se trouve être un vendredi. C'est beaucoup de pistes.
    InformationsquelleAutor isaac
  11. -3

    Cron fournit une "tous les autres" syntaxe "/2". Il suffit de suivre l'unité de temps qui convient le terrain avec le "/2" et il exécutera la tâche cron 'tous les autres temps". Dans votre cas...

    0 6 * * Tue/2

    Ci-dessus, à exécuter toutes les autres du mardi.

    • J'ai testé cette commande, et il fonctionne tous les mardi, jeudi et samedi, pas tous les autres du mardi.
    • Avez-vous testé 0 6 * * Mar/14, par hasard ?
    • pitié - Mar/2 ne fonctionne pas sur mon système 🙁
    InformationsquelleAutor jimmyb