Bonjour. J’ai paramétré mon raspi avec ssmtp sur une adresse gmail. J’ai placé mon script ip-ext.sh dans cron.hourly et l’ai rendu exécutable
ls -ls
total 12
4 -rwxr-xr-x 1 root root 191 oct. 1 2014 fake-hwclock
4 -rwxr-xr-x 1 root root 1254 juil. 1 00:02 ip-ext.sh
Chaque jour il devrait s’exécuter mais je reçois autre chose.
La réponse était :
DNS Error: 7206194 DNS type 'mx' lookup of raspberrypi responded with code NXDOMAIN Domain name not found: raspberrypi
Par contre si manuellement je démarre le script sudo sh ip-ext.sh
tout fonctionne à merveille.
Ce que je ne comprends pas, c’est pourquoi le dossier cron.hourly n’est pas lu.
Si quelqu’un a une idée…
Merci.
Voila. J’ai enfin pu réparer ssmtp pour qu’il fonctionne correctement. bsd-mailx ne me donnant aucun résultat. Maintenant j’ai le vrai message:
/etc/cron.daily/man-db:
/usr/bin/mandb: impossible d’écrire dans /var/cache/man/5369: Aucun espace disponible sur le périphérique
run-parts: /etc/cron.daily/man-db exited with return code 2
Il me semble que c’est ça qui empêche l’exécution de mon script.
Et me revoila avec mon problème. Cette fois:
df
Sys. fich. 1K-blocks Util. Disponible Uti% Monté sur
/dev/root 15186900 3059400 11460164 22% /
devtmpfs 218416 0 218416 0% /dev
tmpfs 44540 232 44308 1% /run
tmpfs 5120 0 5120 0% /run/lock
tmpfs 89060 0 89060 0% /run/shm
/dev/mmcblk0p1 57288 20368 36920 36% /boot
/dev/sda1 60848148 4010240 53723928 7% /media
Mais les tâches cron ne s’exécutent pas.
Pourtant:
Mon fichier est bien placé
/etc/cron.hourly $ ls
fake-hwclock ip-emis_isabelle.sh
mais ma framboise n’exécute rien.
pi@raspberrypi /etc/cron.hourly $ /etc/init.d/cron status
[ ok ] cron is running.
pi@raspberrypi /etc/cron.hourly $ crontab -l
no crontab for pi
pi@raspberrypi /etc/cron.hourly $ sudo crontab -l
no crontab for root
Qu’elle est la fonction à vérifier pour voir si les tâches crons ne sont pas bloquées quelque part ?
Je suis surpris par la dernière réponse. Pourtant il me semblait suffisant de placer un script dans les directory appropriées.
Merci.
Ce fichier n’est pas la dernière génération, il doit y avoir un /var/log/syslog. Si celui-ci n’existe pas ou ne se rempli pas c’est soit dû a un filesystem plein soit un problème d’écriture sur le disque.
Effectivement /var/log/syslog.1 ne correspond pas au dernier log mais le tout se mélange. Pour faire simple j’ai effacé tous les logs.
Maintenant je n’ai plus de log. Il me reste /var/log/ mais le dossier reste vide. Je retente un reboot, mais si je n’ai pas d’amélioration, je réinstalle tout.
EDIT: Ça y est le reboot lui a fait du bien
ls /var/log/
auth.log daemon.log debug dmesg kern.log lpr.log mail.err mail.info mail.log mail.warn messages news syslog user.log
grep -i cron /var/log/*
grep: /var/log/news: est un dossier
/var/log/syslog:Feb 3 11:07:56 raspberrypi /usr/sbin/cron[2030]: (CRON) INFO (pidfile fd = 3)
/var/log/syslog:Feb 3 11:07:56 raspberrypi /usr/sbin/cron[2034]: (CRON) STARTUP (fork ok)
/var/log/syslog:Feb 3 11:07:56 raspberrypi /usr/sbin/cron[2034]: (CRON) INFO (Running @reboot jobs)
J’attends un peu pour voir si hourly sera lu
EDIT:
grep -i cron /var/log/*
/var/log/auth.log:Feb 3 11:17:01 raspberrypi CRON[2205]: pam_unix(cron:session): session opened for user root by (uid=0)
/var/log/auth.log:Feb 3 11:17:01 raspberrypi CRON[2205]: pam_unix(cron:session): session closed for user root
grep: /var/log/news: est un dossier
/var/log/syslog:Feb 3 11:07:56 raspberrypi /usr/sbin/cron[2030]: (CRON) INFO (pidfile fd = 3)
/var/log/syslog:Feb 3 11:07:56 raspberrypi /usr/sbin/cron[2034]: (CRON) STARTUP (fork ok)
/var/log/syslog:Feb 3 11:07:56 raspberrypi /usr/sbin/cron[2034]: (CRON) INFO (Running @reboot jobs)
/var/log/syslog:Feb 3 11:17:01 raspberrypi /USR/SBIN/CRON[2206]: (root) CMD ( cd / && run-parts --report /etc/cron.hourly)
Dans cette dernière commande, je ne comprends pas pourquoi la session est fermée ?
début d’éxécution 11:17:01 par le processus 2205, il appelle le processus 2206 qui lance toutes les commandes éxécutables présentent dans /etc/cron.hourly
A 11:17:01 fin de la session CRON
Pour moi cron fonctionne correctement. Le problème n’es pas là.
C’est aussi ma déduction finale, mais je ne comprends pas un truc. Si dans une console je fais: pi@raspberrypi /etc/cron.hourly $ sudo sh ip-emis_isabelle.sh
L’exécution est correcte.
Mais là où il est placé, il n’est pas exécuté par cron. pourtant les droits:
ls -ls
total 12
4 -rwxr-xr-x 1 root root 191 oct. 1 2014 fake-hwclock
4 -rwxr-xr-x 1 root root 1181 janv. 28 19:32 ip-emis_isabelle.sh
Bien souvent, c’est que l’environnement de cron n’a pas tout ce qu’il faut pour exécuter correctement le programme. Il faut bien avoir en tête que le chargement des script d’environement (.bash*, .profile…) du user lançant le cron ne sont pas chargés.
En plus d’être executabe, le fichier doit avoir un shebang connu. Ensuite il faut être sûr que toutes les variables d’environnement qui sont utilisées soient bien initialisées dans le script. Et de plus, il est conseillé d’utiliser les chemins complets pour chaque commande externer (ex: cp → /bin/cp)
Enfin pour valider l’avancement du script, le temps du debug, il est souhaitable d’ajouter des lignes de « echo » vers un fichier de log.
Merci chers amis de m’aider à y voir clair. Ce n’est pas évident. Pour tout dire:
Jen’ai rien mis dans le crontab. J’ai placer mon script dans /etc/cron.hourly Donc il doit être exécuté régulièrement.
J’ai bien mis le shebang habituel.
J’ai mis plein de echo
Mais je n’ai rien en sortie. C’est comme si le fichier n’est pas lu.
Mais en exécutant dans une console, j’ai trouvé un truc. Je ne sais pas si c’est bloquant.
Aux lignes::
echo " sauvegarde \n"$newip | mail -s"Du serveur chezThierry" $ISAMAIL
echo " MaMaison \n"$newip | mail -s"Raspberry ici" $MYMAIL
En réponse j’ai ::
Unknown command: « allias »
Unknown command: « allias »
Ensuite modifier le script pour qu’il fonctionne dans une console en ligne de commande.
Unknown command: « allias » signifie que cette commande est inconnue ! Effectivement, c’est alias avec un seul l qui est connue. Mais de toute façon même après correction, cela ne fonctionnera pas dans cron, car les fichier .bashrc ou .bash_aliases qui contiennent la définition des alias ne sont pas lus.