Ma Jeedom Smart reboot toute seule des dizaines de fois par jour

[Laurent_R]

Bonjour,

depuis quelques semaine ma jeedom est instable.
Je ne connais pas la date exacte ou je suis passé de jessie à stretch mais il y a peut-être une corrélation.

Mon maillage Zwave perd ses voisins et mes plugin indiquent qu'ils ont redemarré 3 fois et qu'il y a un problème.

J'ai ouvert un ticket support vers l'équipe jeedom mais je n'ai pas de réponse. Je suppose qu'ils sont occupés avec la V4 qui va bientôt sortir, mais ma domodique est devenue tellement instable que je fais appel à la communauté pour m'aider.

J'ai finalement constaté que ma smart reboutait tous les soirs et partait en boucle de reboot successifs jusqu'à se stabiliser sans que je comprenne pourquoi.
Par exemple, ce soir, j'ai subi 32 reboot successifs avant que tout se calme.

Mon fichier /var/log/message est trop grand pour être inséré dans mon message mais voici un lien : https://1drv.ms/u/s!AiX2CK11RhGukqgxuIb ... g?e=CxpRnG.
J'espère trouver un expert parmi vous qui saurait interpréter son contenu car ce n'est pas mon cas.
Merci par avance pour votre aide.

[rombautsdidier]

Salut,
Comment peux-tu nous le partager ? Lien Dropbox ou autre?


Envoyé de mon mobile avec Tapatalk

[Laurent_R]

Salut,
Comment peux-tu nous le partager ? Lien Dropbox ou autre?


Envoyé de mon mobile avec Tapatalk

Bonne idée rombautsdidier.
J'ai modifié mon message d'origine en ajoutant un lien onedrive
https://1drv.ms/u/s!AiX2CK11RhGukqgxuIb ... g?e=CxpRnG

[rombautsdidier]

Je suis mon iPhone et je n’arrive pas à l’ouvrir.
Je vais installer l’application one drive


Envoyé de mon mobile avec Tapatalk

[thanaus]

Bonsoir,

J'ai regardé ton fichier et il y a systématiquement cette séquence quand il y a un reboot :

Code : Tout sélectionner

Nov  3 17:16:43 localhost kernel: [   18.717453] ionvideo release
Nov  3 17:16:43 localhost kernel: [   18.872142] nf_conntrack version 0.5.0 (16384 buckets, 65536 max)
Nov  3 17:16:43 localhost kernel: [   18.945492] 8021q: 802.1Q VLAN Support v1.8
Nov  3 17:16:45 localhost kernel: [   20.523719] IPv6: ADDRCONF(NETDEV_UP): eth0: link is not ready
Nov  3 17:16:46 localhost kernel: [   21.493036] libphy: stmmac-0:00 - Link is Up - 100/Full
Nov  3 17:16:46 localhost kernel: [   21.497862] IPv6: ADDRCONF(NETDEV_CHANGE): eth0: link becomes ready
Sep  7 17:55:40 localhost kernel: [   45.178191] tun: Universal TUN/TAP device driver, 1.6
Sep  7 17:55:40 localhost kernel: [   45.178320] tun: (C) 1999-2004 Max Krasnyansky <maxk@qualcomm.com>
Nov  3 17:16:43 localhost liblogging-stdlog:  [origin software="rsyslogd" swVersion="8.24.0" x-pid="307" x-info="http://www.rsyslog.com"] start
Nov  3 17:16:43 localhost kernel: [    0.000000] Initializing cgroup subsys cpuset
Nov  3 17:16:43 localhost kernel: [    0.000000] Initializing cgroup subsys cpu
Nov  3 17:16:43 localhost kernel: [    0.000000] Initializing cgroup subsys cpuacct
Nov  3 17:16:43 localhost kernel: [    0.000000] Linux version 3.14.79-94 (root@a53_b1) (gcc version 5.4.0 20160609 (Ubuntu/Linaro 5.4.0-6ubuntu1~16.04.1) ) #1 SMP PREEMPT Mon Nov 21 17:13:27 BRST 2016
Nov  3 17:16:43 localhost kernel: [    0.000000] CPU: AArch64 Processor [410fd034] revision 4
Nov  3 17:16:43 localhost kernel: [    0.000000] secmon: share mem setup
Nov  3 17:16:43 localhost kernel: [    0.000000] Reserved memory: initialized node linux,secmon, compatible id aml_secmon_memory
Nov  3 17:16:43 localhost kernel: [    0.000000] __reserved_mem_alloc_size: linux,meson-fb

Ta smart reboot systématiquement en date du 3 Novembre à 17:16:43 et retrouve la date du jour environ 45s après...
Il n'y a en tous les cas aucune erreur explicite sur ces reboot successif dans ce fichier pour ma part.

Est-ce le fait de changer l'heure lors du reboot qui pose indirectement un problème ?
Désolé de ne pas pouvoir plus t'aider...

[Laurent_R]

Bonsoir,

J'ai regardé ton fichier et il y a systématiquement cette séquence quand il y a un reboot :

Code : Tout sélectionner

Nov  3 17:16:43 localhost kernel: [   18.717453] ionvideo release
Nov  3 17:16:43 localhost kernel: [   18.872142] nf_conntrack version 0.5.0 (16384 buckets, 65536 max)
Nov  3 17:16:43 localhost kernel: [   18.945492] 8021q: 802.1Q VLAN Support v1.8
Nov  3 17:16:45 localhost kernel: [   20.523719] IPv6: ADDRCONF(NETDEV_UP): eth0: link is not ready
Nov  3 17:16:46 localhost kernel: [   21.493036] libphy: stmmac-0:00 - Link is Up - 100/Full
Nov  3 17:16:46 localhost kernel: [   21.497862] IPv6: ADDRCONF(NETDEV_CHANGE): eth0: link becomes ready
Sep  7 17:55:40 localhost kernel: [   45.178191] tun: Universal TUN/TAP device driver, 1.6
Sep  7 17:55:40 localhost kernel: [   45.178320] tun: (C) 1999-2004 Max Krasnyansky <maxk@qualcomm.com>
Nov  3 17:16:43 localhost liblogging-stdlog:  [origin software="rsyslogd" swVersion="8.24.0" x-pid="307" x-info="http://www.rsyslog.com"] start
Nov  3 17:16:43 localhost kernel: [    0.000000] Initializing cgroup subsys cpuset
Nov  3 17:16:43 localhost kernel: [    0.000000] Initializing cgroup subsys cpu
Nov  3 17:16:43 localhost kernel: [    0.000000] Initializing cgroup subsys cpuacct
Nov  3 17:16:43 localhost kernel: [    0.000000] Linux version 3.14.79-94 (root@a53_b1) (gcc version 5.4.0 20160609 (Ubuntu/Linaro 5.4.0-6ubuntu1~16.04.1) ) #1 SMP PREEMPT Mon Nov 21 17:13:27 BRST 2016
Nov  3 17:16:43 localhost kernel: [    0.000000] CPU: AArch64 Processor [410fd034] revision 4
Nov  3 17:16:43 localhost kernel: [    0.000000] secmon: share mem setup
Nov  3 17:16:43 localhost kernel: [    0.000000] Reserved memory: initialized node linux,secmon, compatible id aml_secmon_memory
Nov  3 17:16:43 localhost kernel: [    0.000000] __reserved_mem_alloc_size: linux,meson-fb

Ta smart reboot systématiquement en date du 3 Novembre à 17:16:43 et retrouve la date du jour environ 45s après...
Il n'y a en tous les cas aucune erreur explicite sur ces reboot successif dans ce fichier pour ma part.

Est-ce le fait de changer l'heure lors du reboot qui pose indirectement un problème ?
Désolé de ne pas pouvoir plus t'aider...

elle perd effectivement la date et du fait que j'ai un scénario dont le déclencheur est #start# j'ai constaté que les reboot sont espacé de " minutes généralement.

[glenan]

J'avais un scénario avec #start#, j'ai supprimé ce déclencheur car il posait un problème.

En effet le déclenchement du scénario s'effectuait alors que jeedom venait de démarrer mais n'était pas suffisamment stable. Le démarrage n'était pas encore finalisé. Cette commande devrait passer après que jeedom ait réellement terminé son restart.

Envoyé de mon Samsung Note 8 en utilisant Tapatalk

[mecano91]

J'avais un scénario avec #start#, j'ai supprimé ce déclencheur car il posait un problème.

En effet le déclenchement du scénario s'effectuait alors que jeedom venait de démarrer mais n'était pas suffisamment stable. Le démarrage n'était pas encore finalisé. Cette commande devrait passer après que jeedom ait réellement terminé son restart.

Envoyé de mon Samsung Note 8 en utilisant Tapatalk

Il n'a pas de problèmes avec le scénario, il voient juste la fréquence des redémarrage de la box grâce aux log du scénario qui est lancé à chaque redémarrage

Envoyé de mon MI 9 en utilisant Tapatalk