Crontab une semaine sur deux / deux fois par mois

Bonjour,
J'ai besoin d'une petite aide,
Je dois mettre en place une sauvegarde une semaine sur deux, chaque vendredi à 00h30 soit deux fois par mois.
J'ai ajouté dans ma crontab les lignes suivantes

Code:

---

1 2	30 00 1-10 * 5 /opt/scripts/sauvegarde/sauvegarde.sh 1 >> /opt/xxxxx/trac_crontab.log 30 00 12-23 * 5 /opt/scripts/sauvegarde/sauvegarde.sh 1 >> /opt/xxxxx/trac_crontab.log

---

Sauf erreur, le vendredi entre l'intervalle le script devrait s'exécuter.
Je pense que ça devrait fonctionner, mais dans le doute j'aimerais obtenir une précision.
Existe t-il une meilleur méthode pour réaliser le lancement de ce script ?

Merci
Yohan

Bonjour,

Tu peux tester ta définition de crontab sur: https://crontab.guru

EDIT: D'ailleurs, tu peux représenter tes 2 lignes en une seule:

Code:

---

30 00 1-10,12-23 * 5 /opt/scripts/sauvegarde/sauvegarde.sh 1 >> /opt/xxxxx/trac_crontab.log

---

Bonjour :coucou:

Vendredi à minuit et demi ? Est-ce que c'est pas déjà samedi ?

Si le but est de faire une sauvegarde automatique après 2 semaines de travail, j'imagine que c'est plutôt samedi.

Bonjour,
Merci,
J'ai réalisé la modification, mais hier (pas vendredi le script s'est exécuté).
Du coup, j'ai tout réécris à la main.
Y a t'il un moyen de réinitialiser la crontab à moins que mon soucis vienne d'un autre coté.
J'ai peut-être loupé quelques chose.

Dans la log de la cron, il est là
May 15 00:30:01 pc01 crond[3651]: (root) CMD (/opt/scripts/sauvegarde/sauvegarde.sh 1 >> /opt/scripts/sauvegarde/log/trac_crontab.log)

Oui, c'est tout les vendredi a 00h30.

Merci

Tu aurais été sur le lien donné pour tester ta définition de crontab, tu aurais vu que celle-ci ne faisait pas ce que tu voulais.

Les jours de la semaine ne sont pas prioritaires aux jours du mois et vice-versa.

A priori, il n'y a pas de solution simple...

Bonjour,

Merci,

Et concrètement, comment faire pour planifier cette planification ?

Pourriez-vous m'aider svp ?

Une solution possible:

Code:

---

30 00 * * 5 [ `date "+scale=0; (%s/86400)%14" | bc -l` -eq 0 ] && /opt/scripts/sauvegarde/sauvegarde.sh 1 >> /opt/xxxxx/trac_crontab.log

---

Ici la crontab lance le job tous les vendredi mais ton script ne sera lancé que si le calcul du nombre de jour depuis le 1er janvier 1970 (un jeudi) modulo 14 est égal à 0.
Pour un vendredi, on ne peut avoir que 0 ou 7, exemple du calcul sur les vendredi d'avril,mai et juin 2018:

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14

for i in 04-06 04-13 04-20 04-27 05-04 05-11 05-18 05-25 06-01 06-08 06-15 06-22 06-29; do date "+scale=0; (%s/86400)%14" --date="2018-${i}" | bc -l; done 0 7 0 7 0 7 0 7 0 7 0 7 0

---

Citation:

---

Envoyé par disedorgue

Code:

---

`date "+scale=0; (%s/86400)%14" | bc -l`

---

---

oh, quelle bonne idée !
mais si tu effectues des calculs sur des entiers, bc est-il bien nécessaire ?

Code:

---

(( $(date +'(%s/86400)%14') )) || /opt/scripts/sauvegarde/sauvegarde.sh 1 >> /opt/xxxxx/trac_crontab.log

---

non ?

Oui, mais bon, avec la crontab, je suis timide, faut tester :aie:

grr!
en effet, crontab utilise /bin/sh, ce type de test risque de ne pas être correctement évaluer. :(

Code:

---

test $(($(date +'(%s/86400)%14'))) -eq 0 && ...

---

bc ne me semble toujours pas nécessaire.

A ma connaissance test ne fait pas de calcul et date non plus, d'où bc

ah, mais, heu !
il faut faire une évaluation arithmétique (ça, ça marche en shell POSIX), j'avais oublié de l'ajouter. :oops:
c'est fait.

en shell strictement POSIX,
(( ... )) ne fonctionne pas : n'est pas correctement évalué comme un test , mais
$(( .. )) fonctionne : l'évaluation arithmétiquement est correctement effectuée, mais cela requiert un test explicite. :weird:

fais un script bash, dans celui-ci tu créer un fichier contenant la date du dernier backup, tu mets ton cron simple tout les jours. Lors du cron le script compare la date stocké dans le fichier avec la courante si > 15 jours alors tu fais tes manip si non rien ca me semble plus simple :aie: