Domoticz fige : Pourquoi

[padbol2002]

Bonjour a tous.

J'utilise 2 raspberry avec chacun domoticz dessus. v3.8153 pour les 2.
le 1er (qu'on apellera A) possède un rfxcom et 2 sondes de temp oregon. Il sert a gèrer 3 radiateurs en 433Mhz.
Le 2eme (qu'on appellera B) est plus évolué et possède un rflink, un téléinfo série, un Z-wave et une interface homebridge.

Et bien régulièrement les 2 "figent", plantent. je n'y ai plus accès via http.
des fois en pleine nuit, des fois en plein jour, pour du chauffage c'est super chiant.

je peux par contre toujours via ssh les rebooter, et hop ils repartent comme si de rien ...

comment trouver la raison du plantage? une idée? un log a visiter? à activer?

merci de vos conseils.

[patrice]

Bonjour
Que disent les logs du raspberry ? /var/log/syslog

Peut tu déterminer l'heure de plantage ?

Si oui n'y a t'il pas des scripts à toi qui tournent à cette heure la via cronatb et qui font crasher les raspi ...
Active le log de Domoticz et regarde l'heure du crash.

[padbol2002]

merci de votre réponse

Dec 27 14:17:01 raspberrypi CRON[15660]: (root) CMD ( cd / && run-parts --report /etc/cron.hourly)
Dec 27 15:17:01 raspberrypi CRON[16081]: (root) CMD ( cd / && run-parts --report /etc/cron.hourly)
Dec 27 16:17:01 raspberrypi CRON[16506]: (root) CMD ( cd / && run-parts --report /etc/cron.hourly)
Dec 27 16:34:43 raspberrypi systemd[1]: Starting Daily apt download activities...
Dec 27 16:34:44 raspberrypi systemd[1]: Started Daily apt download activities.
Dec 27 16:34:44 raspberrypi systemd[1]: apt-daily.timer: Adding 11h 13min 22.497432s random time.
Dec 27 16:34:44 raspberrypi systemd[1]: apt-daily.timer: Adding 11h 35min 56.880896s random time.
Dec 27 16:41:43 raspberrypi systemd[1]: Starting Cleanup of Temporary Directories...
Dec 27 16:41:43 raspberrypi systemd[1]: Started Cleanup of Temporary Directories.
Dec 27 17:17:01 raspberrypi CRON[16980]: (root) CMD ( cd / && run-parts --report /etc/cron.hourly)
Dec 27 18:17:01 raspberrypi CRON[17402]: (root) CMD ( cd / && run-parts --report /etc/cron.hourly)
Dec 27 19:17:01 raspberrypi CRON[17845]: (root) CMD ( cd / && run-parts --report /etc/cron.hourly)
Dec 27 20:17:01 raspberrypi CRON[17989]: (root) CMD ( cd / && run-parts --report /etc/cron.hourly)
Dec 27 21:17:01 raspberrypi CRON[18015]: (root) CMD ( cd / && run-parts --report /etc/cron.hourly)
Dec 27 22:17:01 raspberrypi CRON[18041]: (root) CMD ( cd / && run-parts --report /etc/cron.hourly)
Dec 27 23:17:01 raspberrypi CRON[18066]: (root) CMD ( cd / && run-parts --report /etc/cron.hourly)
Dec 28 00:17:01 raspberrypi CRON[18104]: (root) CMD ( cd / && run-parts --report /etc/cron.hourly)
Dec 28 01:04:13 raspberrypi fake-hwclock[107]: mercredi 27 décembre 2017, 23:17:01 (UTC+0000)
Dec 28 01:04:13 raspberrypi systemd-fsck[106]: e2fsck 1.43.4 (31-Jan-2017)
Dec 28 01:04:13 raspberrypi systemd[1]: Started Create Static Device Nodes in /dev.
Dec 28 01:04:13 raspberrypi systemd[1]: Starting udev Kernel Device Manager...
Dec 28 01:04:13 raspberrypi systemd-fsck[106]: /dev/mmcblk0p2 : propre, 41818/473280 fichiers, 403816/1938944 blocs
Dec 28 01:04:13 raspberrypi systemd[1]: Started File System Check on Root Device.
Dec 28 01:04:13 raspberrypi systemd[1]: Starting Remount Root and Kernel File Systems...
Dec 28 01:04:13 raspberrypi systemd[1]: Started Remount Root and Kernel File Systems.
Dec 28 01:04:13 raspberrypi systemd[1]: Starting Flush Journal to Persistent Storage...
Dec 28 01:04:13 raspberrypi systemd[1]: Starting Load/Save Random Seed...
Dec 28 01:04:13 raspberrypi systemd[1]: Starting udev Coldplug all Devices...
Dec 28 01:04:13 raspberrypi systemd[1]: Started Load/Save Random Seed.
Dec 28 01:04:13 raspberrypi systemd[1]: Started Flush Journal to Persistent Storage.

voici le syslog. domoticz a planté aprés 19h30 (dernier relevé de température) et j'ai rebooté à 1h04
mis a part mes script_time pour le chauffage et la sauvegarde automatique je n'ai rien d'autre.

Pour le log de domoticz, vous parlez de "dzVents (2.2.0):" ?

merci

[patrice]

Bonjour

Ok plantage a 19h30 , n'y a t'il pas qq chose dans le crontab à 19h30 ?
sinon non pas dzvents pour le log mais celui de Domoticz lui même
Pour activer le log de Domoticz tu vas dans /etc/init.d/et dans le fichier domoticz.sh tu decommente
#DAEMON_ARGS="$DAEMON_ARGS -log /tmp/domoticz.txt"

tu enregistres, reboote le pi et dans /tmp tu as un log txt qui se crée , tu pourras peut être suivre ce qu'il en est

[labra]

Bonjour,

Je ne sais pas si cela a un rapport avec ton soucis mais j'ai le même problème depuis une semaine.
Je suis en Domoticz stable v3.8153.
Je n'ai qu'un serveur qui contrôle l'ensemble de mes périphériques (Capteurs et Ampoules Xiaomi, Ampoules Hue, météo, ...)
Pour ma part, Domoticz plante après un problème de connexion a mon routeur il me semble.
Mon domoticz a planté aujourd'hui a 16h40 (dernier relevé de mes sondes de température ...) et il se passe justement un événement a 16h43 mais j'avoue ne pas être capable d'interpréter.

Code : Tout sélectionner

Dec 29 13:39:01 etiberry CRON[13040]: (root) CMD (  [ -x /usr/lib/php5/sessionclean ] && /usr/lib/php5/sessionclean)
Dec 29 14:09:01 etiberry CRON[14285]: (root) CMD (  [ -x /usr/lib/php5/sessionclean ] && /usr/lib/php5/sessionclean)
Dec 29 14:17:01 etiberry CRON[14560]: (root) CMD (   cd / && run-parts --report /etc/cron.hourly)
Dec 29 14:39:01 etiberry CRON[15550]: (root) CMD (  [ -x /usr/lib/php5/sessionclean ] && /usr/lib/php5/sessionclean)
Dec 29 15:09:01 etiberry CRON[16817]: (root) CMD (  [ -x /usr/lib/php5/sessionclean ] && /usr/lib/php5/sessionclean)
Dec 29 15:17:01 etiberry CRON[17144]: (root) CMD (   cd / && run-parts --report /etc/cron.hourly)
Dec 29 15:39:01 etiberry CRON[18046]: (root) CMD (  [ -x /usr/lib/php5/sessionclean ] && /usr/lib/php5/sessionclean)
Dec 29 16:09:01 etiberry CRON[19446]: (root) CMD (  [ -x /usr/lib/php5/sessionclean ] && /usr/lib/php5/sessionclean)
Dec 29 16:17:01 etiberry CRON[19824]: (root) CMD (   cd / && run-parts --report /etc/cron.hourly)
Dec 29 16:39:01 etiberry CRON[20806]: (root) CMD (  [ -x /usr/lib/php5/sessionclean ] && /usr/lib/php5/sessionclean)
Dec 29 16:43:28 etiberry kernel: [82011.543693] smsc95xx 1-1.1:1.0 eth0: link down
Dec 29 16:43:28 etiberry dhcpcd[743]: eth0: carrier lost
Dec 29 16:43:28 etiberry dhcpcd[743]: eth0: deleting address fe80::56ac:d41e:ec3a:4fde
Dec 29 16:43:28 etiberry avahi-daemon[441]: Withdrawing address record for fe80::56ac:d41e:ec3a:4fde on eth0.
Dec 29 16:43:28 etiberry avahi-daemon[441]: Leaving mDNS multicast group on interface eth0.IPv6 with address fe80::56ac:d41e:ec3a:4fde.
Dec 29 16:43:28 etiberry avahi-daemon[441]: Interface eth0.IPv6 no longer relevant for mDNS.
Dec 29 16:43:28 etiberry avahi-daemon[441]: Withdrawing address record for 192.168.1.79 on eth0.
Dec 29 16:43:28 etiberry avahi-daemon[441]: Leaving mDNS multicast group on interface eth0.IPv4 with address 192.168.1.79.
Dec 29 16:43:28 etiberry avahi-daemon[441]: Interface eth0.IPv4 no longer relevant for mDNS.
Dec 29 16:43:28 etiberry dhcpcd[743]: eth0: deleting route to 192.168.1.0/24
Dec 29 16:43:28 etiberry dhcpcd[743]: eth0: deleting default route via 192.168.1.254
Dec 29 16:43:29 etiberry dhcpcd[743]: eth0: carrier acquired
Dec 29 16:43:29 etiberry dhcpcd[743]: eth0: adding address fe80::56ac:d41e:ec3a:4fde
Dec 29 16:43:29 etiberry kernel: [82013.168113] smsc95xx 1-1.1:1.0 eth0: link up, 100Mbps, full-duplex, lpa 0xC1E1
Dec 29 16:43:29 etiberry dhcpcd[743]: eth0: IAID eb:be:d9:62
Dec 29 16:43:30 etiberry dhcpcd[743]: eth0: soliciting an IPv6 router
Dec 29 16:43:30 etiberry dhcpcd[743]: eth0: rebinding lease of 192.168.1.79
Dec 29 16:43:31 etiberry ntpd[771]: Deleting interface #5 eth0, fe80::56ac:d41e:ec3a:4fde#123, interface stats: received=0, sent=0, dropped=0, active_time=82001 secs
Dec 29 16:43:31 etiberry ntpd[771]: Deleting interface #3 eth0, 192.168.1.79#123, interface stats: received=1028, sent=1030, dropped=0, active_time=82001 secs
Dec 29 16:43:31 etiberry ntpd[771]: 37.187.2.84 interface 192.168.1.79 -> (none)
Dec 29 16:43:31 etiberry ntpd[771]: 92.222.117.115 interface 192.168.1.79 -> (none)
Dec 29 16:43:31 etiberry ntpd[771]: 163.172.163.169 interface 192.168.1.79 -> (none)
Dec 29 16:43:31 etiberry ntpd[771]: 91.121.205.56 interface 192.168.1.79 -> (none)
Dec 29 16:43:31 etiberry ntpd[771]: peers refreshed
Dec 29 16:43:31 etiberry avahi-daemon[441]: Joining mDNS multicast group on interface eth0.IPv6 with address fe80::56ac:d41e:ec3a:4fde.
Dec 29 16:43:31 etiberry avahi-daemon[441]: New relevant interface eth0.IPv6 for mDNS.
Dec 29 16:43:31 etiberry avahi-daemon[441]: Registering new address record for fe80::56ac:d41e:ec3a:4fde on eth0.*.
Dec 29 16:43:33 etiberry ntpd[771]: Listen normally on 6 eth0 fe80::56ac:d41e:ec3a:4fde UDP 123
Dec 29 16:43:33 etiberry ntpd[771]: peers refreshed

J'ai dé-commenter la ligne dont tu parlais mais pour l'instant je ne vois pas ce fichier ...

Code : Tout sélectionner

#DAEMON_ARGS="$DAEMON_ARGS -log /tmp/domoticz.txt"

Si quelqu'un a une idée ou un conseil, je ne refuse pas !

Bon début de WE

Etienne

[patrice]

Bonjour
2 réponses
Pour ton syslog, à 16H43 ta carte réseau est arrêtée par le noyau, il faut revoir ta configuration réseau complète : ip, DNS, masques ... eventuellement arreter les adresses IP V6 de ta box


D'autre par le log de domoticz n'est actif qu'après un redemarrage, l'as tu fait ?

[labra]

Bonjour Patrice,

Merci pour ces précisions.
Dans un premier temps, j'ai trouvé comment arrêter l'IPv6 sur mon raspberry.

Pour les logs de Domoticz, je me suis rendu compte que je n'avais pas enregistré après avoir dé-commenté la ligne mais maintenant c'est fait et redémarré et j'ai accès aux logs.

J'attends donc que le problème se reproduise pour avoir des billes (je n'y crois pas vraiment ... et en même temps j'aimerais que ça fonctionne)
Ce que je ne comprends pas, c'est que le système a été stable depuis mi Octobre et que ça plante que depuis le lendemain de Noël (nous étions dans la famille pendant trois jours et je n’y ai pas touché et a mon retour c'était planté ...)

Étienne

[padbol2002]

De retour,
ça y es ça a planté et j'ai accès au log domoticz :

le voici :

2018-01-01 21:20:00.394 EventSystem: Script event triggered: /home/pi/domoticz/scripts/lua/script_time_chauffage.lua
2018-01-01 21:20:00.478 EventSystem: Event triggered: Cde_FP1_4
2018-01-01 21:20:00.481 (Chauffage_Zone_1) Light/Switch (Cde_FP1)
2018-01-01 21:20:00.522 OpenZWave: Domoticz has send a Switch command!, Level: 99, NodeID: 17 (0x11)
2018-01-01 21:20:00.545 (Zwave) Light/Switch (Level_FP1)
2018-01-01 21:20:00.635 (Zwave) Light/Switch (Level_FP1)
2018-01-01 21:20:01.604 (RFLink) Temp (Firstline)
2018-01-01 21:20:54.470 EventSystem: Event triggered: Cde_FP1_2
2018-01-01 21:20:54.473 (Chauffage_Zone_1) Light/Switch (Cde_FP1)
2018-01-01 21:20:54.514 OpenZWave: Domoticz has send a Switch command!, Level: 15, NodeID: 17 (0x11)
2018-01-01 21:20:54.519 Error: Domoticz received fatal signal 6 !...
2018-01-01 21:20:54.528 Error: /home/pi/domoticz/domoticz() [0x1cdc48]
2018-01-01 21:20:54.528 Error: /home/pi/domoticz/domoticz(_Z14signal_handleri+0x58) [0x1cdd00]
2018-01-01 21:20:54.528 Error: /lib/arm-linux-gnueabihf/libc.so.6(__default_sa_restorer+0) [0x76a646b0]
2018-01-01 21:20:54.528 Error: /lib/arm-linux-gnueabihf/libc.so.6(gsignal+0xa0) [0x76a6345c]

qu'en pensez vous ?

[patrice]

Bonsoir
Quelle est ta version de domoticz ?
Si pas récente met à jour vers la dernière beta.

[padbol2002]

Bonsoir
Quelle est ta version de domoticz ?
Si pas récente met à jour vers la dernière beta.

J’ai la dernière stable 3.8153.
Ce n’est pas risqué la bêta ???

Merci.