Bonjour à tous,
J'ai édité un script afin de rapatrier des dossiers de la seedbox ver le NAS. Quand je lance la commande ça fonctionne bien et j'ai un feedback que la copie à bien démarrée et quelle s'est terminée avec succès ! J'ai rajouté à la fin du script echo "finish"
Je lance le planificateur CRON afin de planifier la tâche pour lancer le script tous les jours à 23h55
55 23 * * * bash /root/scripts/rsync.sh > /dev/null 2>&1
Tout est ok sauf que je ne reçois aucun feedback de quoi que ce soit. Merci pour vos conseils. Bien cordialement
Message à la fin d'une tâche !
Yop,
tu as bien config ton mailer_daemon ? tes alias sont OK ? ton serveur mail fonctionne correctement en dehors des jobs de ta crontab ?
- Modifié
Salut
Oui tu peux envoyer un mail a la fin de ton cron
Alors normalement, les scripts Cron de sont pas censer être verbose, c'est à dire donner un retour sur les actions qu'ils font en temps réel, car il ne sont pas reliés à une session à proporement dis (d'ou le fait que echo n'est pas adapté).
Pour être informé du bon deroulement ou non d'un script, il va falloir utiliser autre chose, par exemple :
- Mail : Faire en sorte de recevoir un mail a une adresse spécifique en cas de succès ou non de ton script
- Logs : Ajouter un fichier de Logs que l'on renseigne a chaque utilisation du script (pratique quand on a deja un système de LogWatch
- Message sur mobile : si tu es chez free tu peux t'envoyer facilement des SMS, sinon je te conseille Télégram qui est pratique pour recevoir facilement des petits messages de ses serveurs sur bonne execution ou non d'un CRON. il ya d'autre solution a base de notification push comme pushbullet, ou autre....
Pour ce qui est d'un simple echo, malheuresement cela me semble compromis car le script ne sais pas ou il doit ecrire du texte, car le script n'est pas rattaché à une session.
Si tu as un postfix ou sendmail qui tourne sur ta machine, tu peux définir une adresse mail pour le user qui lance le script en cron (via le fichier /etc/aliases)
Du coup, si tu ne rediriges pas la sortie (tu supprimes le > /dev/null 2>&1 à la fin), le user recevra un mail avec toutes la sortie standard.
Si tu ne laisses que > /dev/null sans le 2>&1, tu ne recevras un mail qu'en cas d'erreur (stderr)