if [ ! -f /etc/cron.d/jeedom_watchdog ]; then
echo « */5 * * * * root /usr/bin/php ${WEBSERVER_HOME}/core/php/watchdog.php >> /dev/null » > /etc/cron.d/jeedom_watchdog
if [ $? -ne 0 ]; then
echo « ${ROUGE}Ne peut installer le cron de jeedom - Annulation${NORMAL} »
exit 1
fi
fi
Je comprends qu’une action se fait toutes les 5mn (comme mes mails) avec les mêmes infos ( /usr/bin/php /var/www/html/core/php/watchdog.php >> /dev/null)
En espérant que çà puisse aider les experts du domaine
Hello @naboleo,
toujours pas de mail CRON ?
Comme indiqué plus haut, j’ai installé l’image ‹ jeedom-debian-buster-rpi-4.1.18.zip › et fait les quelques manip ci-dessus .
Je ne pense pas que le support d’installation (SSD) ait une importance…
Je vais refaire un test sur un carte SD juste en paramétrant exim4 pour voir…
Toujours rien non…
Bon c’est sur de mon coté, jeedom est vide mais quand même
C’est pas le support qui est en cause (ssd ou sd ça sera pareil), mais une action particulière que tu fais de ton coté et que je ne fais pas (je reste sur un truc ultra propre et de base)
La seule solution c’est de détailler commande par commande ta manip pour le paramétrage de exim4. Et de ne rien faire d’autre parmi les optims/config
Sur l’image Jeedom, j’ai paramétré uniquement Exim4 qui fonctionne (test OK).
Comme les mails arrivaient ‹ tout de suite › et toutes les 5 minutes, je vais donc attendre une dizaine de minutes.
Mais , effectivement, je n’ai pas encore eu de mail ‹ Cron ›…
Je ne sais pas si çà peut aider. J’ai fait comme dans ta copie écran. J’ai été dans le répertoire /home/jeedom et ai tapé mail.
J’ai le même message: Pas de courrier pour root que ce soit dans la période des 5 mn entre 2 mails et à l’envoi du mail.
Je ne vois pas comment faire une copie de fenêtre, mais j’ai cela avec ta commande php /var/www/html/core/php/watchdog.php
Watchdog Jeedom at 2021-02-06 18:49:38
Check Date => 2021-02-06
Check Free space (47%) => OK
Check MySql => Warning: The unit file, source configuration file or drop-ins of mariadb.service changed on disk. Run ‹ systemctl daemon-reload › to reload units.
OK
Check Apache => Warning: The unit file, source configuration file or drop-ins of apache2.service changed on disk. Run ‹ systemctl daemon-reload › to reload units.
OK
root@jeedom:~#
Feb 06 21:02:53 raspberrypi mysqld[703]: 2021-02-06 21:02:53 0 [Note] /usr/sbin/mysqld (mysqld 10.3.27-MariaDB-0+deb10u1) starting as process 703 ...
Feb 06 21:02:53 raspberrypi mysqld[703]: 2021-02-06 21:02:53 0 [Warning] Could not increase number of max_open_files to more than 16384 (request: 32186)
Feb 06 21:02:55 raspberrypi systemd[1]: Started MariaDB 10.3.27 database server.
Feb 06 21:02:55 raspberrypi /etc/mysql/debian-start[754]: /usr/bin/mysql_upgrade: the '--basedir' option is always ignored
Feb 06 21:02:55 raspberrypi /etc/mysql/debian-start[754]: Looking for 'mysql' as: /usr/bin/mysql
Feb 06 21:02:55 raspberrypi /etc/mysql/debian-start[754]: Looking for 'mysqlcheck' as: /usr/bin/mysqlcheck
Feb 06 21:02:55 raspberrypi /etc/mysql/debian-start[754]: Version check failed. Got the following error when calling the 'mysql' command line client
Feb 06 21:02:55 raspberrypi /etc/mysql/debian-start[754]: ERROR 1045 (28000): Access denied for user 'root'@'localhost' (using password: NO)
Feb 06 21:02:55 raspberrypi /etc/mysql/debian-start[754]: FATAL ERROR: Upgrade failed
Feb 06 21:02:55 raspberrypi /etc/mysql/debian-start[896]: Checking for insecure root accounts.
Si justement, tu n’as pas cette erreur aussi ?
‹ systemctl status mysqld ›
De mon côté, je peux confirmer que les fichiers ne sont pas écrasés, je retrouve mes commentaires à chaque fois et pourtant ça râle au reboot.
Je n’explique pas ce problème
)
