# Script backup comportement étrange **URL:** \ **Category:** Support Debian\ **Created:** [Novembre 18, 2024, 10:35 UTC](https://www.debian-fr.org/t/script-backup-comportement-etrange/90574 "2024-11-18T10:35:46Z")\ **Posts on this page:** 16\ **Page:** 1
**Author:** ![Minus](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/m/8dc957/32.png) [@Minus](https://www.debian-fr.org/u/Minus)\ **Post date:** [Novembre 18, 2024, 10:35 UTC](https://www.debian-fr.org/t/script-backup-comportement-etrange/90574/1 "2024-11-18T10:35:46Z")
Bonjour J’ai créé un petit script tout simple pour faire un backup « immuable » hebdomadaire d’un NAS vers un vieux serveur. Le serveur est sous Debian 12. Le problème est que quand je lance le script à la main pas de problème il fonctionne, par contre dés que je le place dans crontab (contab -e et écriture de la tâche), il ne fait rien du tout) Voici le script ``` root@Backup-06:~# cat xfs_backup_fulloption.sh #!/bin/bash # /root/xfs_backup_fulloptions.sh logfile=$(mktemp /tmp/rsync.XXXXXXXX.log) # On monte le Nas en lecture seule dans la VM Repo-Backup-Esxi06 mount.cifs //192.168.222.10/data /root/NAS -o username=xxx,domain=xxx.lan,password=xxx,vers=3,file_mode=0400,dir_mode=0400,noserverino,noexec # On déverrouille le repertoire XFS /BackupData chattr -R -i /BackupData # On synchronise le Nas avec le repertoire BackupData - Le fichier exclude-file.txt contient les repertoires à ne pas synchroniser rsync -avzru --delete-during --force /root/NAS/ --exclude-from='/root/exclude-file.txt' /BackupData >$logfile 2>&1 # On envoi le mail recapitulatif if [$? -eq 0]; then mail -s "rsync backup terminé @ $(date) for $(hostname)" XXX@XXX.com < $logfile else mail -s "rsync backup erreur @ $(date) for $(hostname)" XXX@XXX.com < $logfile fi # On revérrouille le repertoire XFS /BackupData chattr -R +i /BackupData # On démonte le Nas umount -a -t cifs -l >$logfile 2>&1 # rm -f $logfile exit 0 ``` et la tâche cron est écrite comme cela `30 0 * * sat /bin/bash /root/xfs_backup_fulloption.sh` dans cron.log je n’ai aucun message d’erreur 'voila ce que j’ai dans les logs a l’heure du lancement ce samedi): ``` 2024-11-16T00:17:01.820882+01:00 Backup-06 CRON[7352]: (root) CMD (cd / && run-parts --report /etc/cron.hourly) 2024-11-16T00:30:01.863762+01:00 Backup-06 CRON[7359]: (root) CMD (/bin/bash /root/xfs_backup_fulloption.sh) 2024-11-16T01:17:01.729148+01:00 Backup-06 CRON[7396]: (root) CMD (cd / && run-parts --report /etc/cron.hourly) 2024-11-16T02:17:01.785354+01:00 Backup-06 CRON[7419]: (root) CMD (cd / && run-parts --report /etc/cron.hourly) 2024-11-16T03:10:01.841417+01:00 Backup-06 CRON[7447]: (root) CMD (test -e /run/systemd/system || SERVICE_MODE=1 /sbin/e2scrub_all -A -r) ``` Donc je ne vois pas du tout où est le blocage. C’est aussi possible que je m’y prenne mal. Merci pour votre aide. ---
**Author:** ![vbreton](https://www.debian-fr.org/user_avatar/www.debian-fr.org/vbreton/32/11400_2.png) [@vbreton](https://www.debian-fr.org/u/vbreton)\ **Post date:** [Novembre 18, 2024, 11:52 UTC](https://www.debian-fr.org/t/script-backup-comportement-etrange/90574/2 "2024-11-18T11:52:12Z")
Bonjour @Minus, Merci pour la description détaillée. Dans un premier temps, je vous invite à faire la part des choses entre le script proprement dit et la programmation de la tâche cron en remplaçant votre script bash par un simple « hello world ». De cette façon, vous pourrez avancer sur la partie impactée. ---
**Author:** ![Zargos](https://www.debian-fr.org/user_avatar/www.debian-fr.org/zargos/32/10889_2.png) [@Zargos](https://www.debian-fr.org/u/Zargos)\ **Post date:** [Novembre 18, 2024, 12:37 UTC](https://www.debian-fr.org/t/script-backup-comportement-etrange/90574/3 "2024-11-18T12:37:18Z")
> [@Minus](#): > > sat sat est le compte qui lance le script? A-t-il suffisamment de droits? Quand tu lances ton script à la main, tu es en root j’imagine? Car si le script est dans le répertoire root, je doute que le user sat y ait accès. Il faut mieux mettre ton script à un endroit où sat y a accès. ---
**Author:** ![Minus](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/m/8dc957/32.png) [@Minus](https://www.debian-fr.org/u/Minus)\ **Post date:** [Novembre 18, 2024, 4:44 UTC](https://www.debian-fr.org/t/script-backup-comportement-etrange/90574/4 "2024-11-18T16:44:53Z")
Bonjour Après test, je confirme que les taches cron fonctionnent sans problème ---
**Author:** ![Minus](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/m/8dc957/32.png) [@Minus](https://www.debian-fr.org/u/Minus)\ **Post date:** [Novembre 18, 2024, 4:46 UTC](https://www.debian-fr.org/t/script-backup-comportement-etrange/90574/5 "2024-11-18T16:46:27Z")
Bonjour Non sat dans la programmation de la tache cron, c’est saturday, donc la tache se lance tout les samedis, donc ici tous les samedi à minuit 30. Et oui je lance le script en étant root. J’ai d’autres serveurs ou le script est dans root/ et qui se lance sans problème via crontab, d’où ma surprise sur le fait que celui ci spécifiquement ne fonctionne pas. ---
**Author:** ![Zargos](https://www.debian-fr.org/user_avatar/www.debian-fr.org/zargos/32/10889_2.png) [@Zargos](https://www.debian-fr.org/u/Zargos)\ **Post date:** [Novembre 18, 2024, 10:02 UTC](https://www.debian-fr.org/t/script-backup-comportement-etrange/90574/6 "2024-11-18T22:02:29Z")
Ok mon erreur était le `crontab -e`, dans ce cas là on ne spécifie pas le user. Si on édite le crontab avec `vim /etc/crontab` par exemple, juste avant la commande on indique le user. Mais avec `crontab -e`, si on veut spécifier le user on utilise `crontab -u www-data -e` par exemple. ---
**Author:** ![PmGs](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/p/dfb087/32.png) [@PmGs](https://www.debian-fr.org/u/PmGs)\ **Post date:** [Novembre 18, 2024, 10:27 UTC](https://www.debian-fr.org/t/script-backup-comportement-etrange/90574/7 "2024-11-18T22:27:32Z")
Hello @Minus cron par défaut fonctionne avec sh et un path minimal Si tu n’as pas le log de la cde rsync c’est qu’elle n’a pas été trouvée. Ajuste le PATH dans ton crontab ou met le chemin complet du rsync (idem pour mail et tout autre cde) ---
**Author:** ![Sputnik93](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/s/35a633/32.png) [@Sputnik93](https://www.debian-fr.org/u/Sputnik93)\ **Post date:** [Novembre 19, 2024, 4:33 UTC](https://www.debian-fr.org/t/script-backup-comportement-etrange/90574/8 "2024-11-19T16:33:45Z")
Salut, c’est possiblement que le PATH de l’environnement cron ne contient pas les chemins vers toutes les commandes appelées dans ton script. Dans ta crontab, ajoute une ligne (avant la ligne qui appelle ton script) pour reprendre le PATH de root: ```auto PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin 30 0 * * sat /bin/bash /root/xfs_backup_fulloption.sh ``` ---
**Author:** ![Zargos](https://www.debian-fr.org/user_avatar/www.debian-fr.org/zargos/32/10889_2.png) [@Zargos](https://www.debian-fr.org/u/Zargos)\ **Post date:** [Novembre 19, 2024, 10:22 UTC](https://www.debian-fr.org/t/script-backup-comportement-etrange/90574/9 "2024-11-19T22:22:06Z")
> [@Sputnik93](#): > > Dans ta crontab, ajoute une ligne (avant la ligne qui appelle ton script) pour reprendre le PATH de root: > > ```auto > PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin > 30 0 * * sat /bin/bash /root/xfs_backup_fulloption.sh > > ``` C’est sale 🙂 Dans crontab il est conseillé de mettre dans ses scripts les chemins d’accès complet. D’ailleurs quand on regarde les scripts du système, c’est exactement ce qui est fait, les chemins sont traité au niveau du script. ---
**Author:** ![Minus](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/m/8dc957/32.png) [@Minus](https://www.debian-fr.org/u/Minus)\ **Post date:** [Novembre 20, 2024, 8:03 UTC](https://www.debian-fr.org/t/script-backup-comportement-etrange/90574/10 "2024-11-20T08:03:48Z")
Bonjour merci pour vos conseils j’ai donc modifié mon script et remplacé mktemp par /usr/bin/mktemp mount.cifs par /usr/sbin/mount.cifs chattr par /usr/bin/chattr rsync par /usr/bin/rsync mail par /usr/bin/mail umount par /usr/bin/umount On va voir ce que cela donne Je vous tiens au courant ---
**Author:** ![Minus](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/m/8dc957/32.png) [@Minus](https://www.debian-fr.org/u/Minus)\ **Post date:** [Novembre 26, 2024, 7:47 UTC](https://www.debian-fr.org/t/script-backup-comportement-etrange/90574/11 "2024-11-26T07:47:57Z")
Bonjour petit retour: Avec le chemin complet, le script s’est bien lancé et exécuté, donc c’était bien un problème de chemin. Il fallait effectivement mettre le chemin complet. Par contre il ne m’a pas envoyé le mail, si vous avez une idée sur cette partie je suis preneur 😉 ---
**Author:** ![Zargos](https://www.debian-fr.org/user_avatar/www.debian-fr.org/zargos/32/10889_2.png) [@Zargos](https://www.debian-fr.org/u/Zargos)\ **Post date:** [Novembre 26, 2024, 7:57 UTC](https://www.debian-fr.org/t/script-backup-comportement-etrange/90574/12 "2024-11-26T07:57:51Z")
> [@Minus](#): > > Par contre il ne m’a pas envoyé le mail, si vous avez une idée sur cette partie je suis preneur 😉 Il faut que tu regarde les logs. Quel est ton serveur courriel configuré? ---
**Author:** ![Minus](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/m/8dc957/32.png) [@Minus](https://www.debian-fr.org/u/Minus)\ **Post date:** [Novembre 26, 2024, 8:07 UTC](https://www.debian-fr.org/t/script-backup-comportement-etrange/90574/13 "2024-11-26T08:07:38Z")
Bonjour Bon j’ai regardé dans les log de exim4 Il me dit que le fichier est trop gros `2024-11-24 20:45:06 1tFIXZ-0003sV-02 rejected from U=root: message too big: read=52428801 max=52428800` Je voudrais juste recevoir « rsync backup terminé » si ok et « rsync backup erreur » avec la liste des erreurs si il y a un problème. ---
**Author:** ![Zargos](https://www.debian-fr.org/user_avatar/www.debian-fr.org/zargos/32/10889_2.png) [@Zargos](https://www.debian-fr.org/u/Zargos)\ **Post date:** [Novembre 26, 2024, 8:17 UTC](https://www.debian-fr.org/t/script-backup-comportement-etrange/90574/14 "2024-11-26T08:17:12Z")
52Mo les messagerie n’en veulent pas. Ce n’est pas du FTP. Il faut d’une part que tu filtres un peu tes logs et que d’autre part que tu compresses le fichier. D’autant que les logs ça se compresse bien. ---
**Author:** ![Clochette](https://www.debian-fr.org/user_avatar/www.debian-fr.org/clochette/32/8757_2.png) [@Clochette](https://www.debian-fr.org/u/Clochette)\ **Post date:** [Novembre 26, 2024, 8:45 UTC](https://www.debian-fr.org/t/script-backup-comportement-etrange/90574/15 "2024-11-26T08:45:51Z")
> [@Minus](#): > > Je voudrais juste recevoir « rsync backup terminé » si ok et « rsync backup erreur » avec la liste des erreurs si il y a un problème. Modifie ton script dans ce cas, par contre je serais toi je ne supprimerai pas le log (je l’écraserai au prochain lancement plutôt) et je n’enverrai que un mail pour dire OK ou KO effectivement. ---
**Author:** ![Minus](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/m/8dc957/32.png) [@Minus](https://www.debian-fr.org/u/Minus)\ **Post date:** [Novembre 26, 2024, 8:50 UTC](https://www.debian-fr.org/t/script-backup-comportement-etrange/90574/16 "2024-11-26T08:50:06Z")
Merci pour vos conseils Je vais voir comment modifier cela