Fiabilisation Raspberry

[Pierryck]

Bonjour,

Ancien utilisateur de Domoticz sur synology, je viens de migrer sur Raspberry car la distribution par Jadalh n'est plus supportée.
J'ai fait l'installation il y a 2 jours, mon systeme fonctionnait bien jusqu'a ce soir: Domoticz se lance mais quand je clique dans Hardware, la liste des peripheriques est vide et j'ai un msg Loading sans rien afficher.
En remplacant domoticz.db par ma sauvegarde, cela repart mais au bout de 2mn cela replante.

Dans le log domoticz crash, j'ai ces infos:

Code : Tout sélectionner

[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/arm-linux-gnueabihf/libthread_db.so.1".
__GI___nanosleep (remaining=0x7e93d9d8, requested_time=0x7e93d9d8) at ../sysdeps/unix/sysv/linux/nanosleep.c:28
28	../sysdeps/unix/sysv/linux/nanosleep.c: Aucun fichier ou dossier de ce type.
  Id   Target Id                                     Frame 
* 1    Thread 0x76fc0010 (LWP 452) "domoticz"        __GI___nanosleep (remaining=0x7e93d9d8, requested_time=0x7e93d9d8) at ../sysdeps/unix/sysv/linux/nanosleep.c:28
  2    Thread 0x75b72220 (LWP 453) "Watchdog"        __waitpid (options=0, stat_loc=0x75b71380, pid=928) at ../sysdeps/unix/sysv/linux/waitpid.c:30
  3    Thread 0x75371220 (LWP 468) "SQLHelper"       syscall () at ../sysdeps/unix/sysv/linux/arm/syscall.S:37
  4    Thread 0x74b70220 (LWP 469) "PluginMgr"       syscall () at ../sysdeps/unix/sysv/linux/arm/syscall.S:37
  5    Thread 0x73d40220 (LWP 471) "InfluxPush"      syscall () at ../sysdeps/unix/sysv/linux/arm/syscall.S:37
  6    Thread 0x7353f220 (LWP 472) "Webem_ssncleane" 0x76aa39d0 in epoll_wait (epfd=<optimized out>, events=0x7353e378, maxevents=128, timeout=-1) at ../sysdeps/unix/sysv/linux/epoll_wait.c:30
  7    Thread 0x72d3e220 (LWP 473) "WebServer_8080"  0x76aa39d0 in epoll_wait (epfd=<optimized out>, events=0x72d3d348, maxevents=128, timeout=-1) at ../sysdeps/unix/sysv/linux/epoll_wait.c:30
  8    Thread 0x723ff220 (LWP 474) "Webem_ssncleane" 0x76aa39d0 in epoll_wait (epfd=<optimized out>, events=0x723fe378, maxevents=128, timeout=-1) at ../sysdeps/unix/sysv/linux/epoll_wait.c:30
  9    Thread 0x71bfe220 (LWP 475) "WebServer_443"   0x76aa39d0 in epoll_wait (epfd=<optimized out>, events=0x71bfd348, maxevents=128, timeout=-1) at ../sysdeps/unix/sysv/linux/epoll_wait.c:30
  10   Thread 0x711ff220 (LWP 476) "Scheduler"       syscall () at ../sysdeps/unix/sysv/linux/arm/syscall.S:37
  11   Thread 0x709fe220 (LWP 477) "TCPServer"       0x76aa39d0 in epoll_wait (epfd=<optimized out>, events=0x709fd378, maxevents=128, timeout=-1) at ../sysdeps/unix/sysv/linux/epoll_wait.c:30
  12   Thread 0x6ffff220 (LWP 478) "MainWorker"      syscall () at ../sysdeps/unix/sysv/linux/arm/syscall.S:37
  13   Thread 0x6f7fe220 (LWP 479) "MainWorkerRxMsg" futex_abstimed_wait_cancelable (private=<optimized out>, abstime=0x6f7fdba0, expected=0, futex_word=0xb1a194 <m_mainworker+4212>) at ../sysdeps/unix/sysv/linux/futex-internal.h:205
  14   Thread 0x6ebff220 (LWP 537) "ZWaveBase"       syscall () at ../sysdeps/unix/sysv/linux/arm/syscall.S:37
  15   Thread 0x6e3fe220 (LWP 538) "Netatmo"         syscall () at ../sysdeps/unix/sysv/linux/arm/syscall.S:37
  16   Thread 0x6cffe220 (LWP 788) "Xiaomi"          syscall () at ../sysdeps/unix/sysv/linux/arm/syscall.S:37
  17   Thread 0x6c7fd220 (LWP 789) "Onkyo AV"        syscall () at ../sysdeps/unix/sysv/linux/arm/syscall.S:37
  18   Thread 0x6bffc220 (LWP 790) "Onkyo AV"        0x76aa39d0 in epoll_wait (epfd=<optimized out>, events=0x6bffb378, maxevents=128, timeout=-1) at ../sysdeps/unix/sysv/linux/epoll_wait.c:30
  19   Thread 0x6b7fb220 (LWP 791) "Harmony"         syscall () at ../sysdeps/unix/sysv/linux/arm/syscall.S:37
  20   Thread 0x6affa220 (LWP 792) "Onkyo AV"        futex_wait_cancelable (private=0, expected=0, futex_word=0x1b04900) at ../sysdeps/unix/sysv/linux/futex-internal.h:88
  21   Thread 0x6a7f9220 (LWP 793) "Philips Hue"     syscall () at ../sysdeps/unix/sysv/linux/arm/syscall.S:37
  22   Thread 0x69ff8220 (LWP 794) "NotificationSys" futex_abstimed_wait_cancelable (private=<optimized out>, abstime=0x69ff7bcc, expected=0, futex_word=0xb19c5c <m_mainworker+2876>) at ../sysdeps/unix/sysv/linux/futex-internal.h:205
  23   Thread 0x697f7220 (LWP 795) "XiaomiGatewayIO" 0x76aa39d0 in epoll_wait (epfd=<optimized out>, events=0x697f6360, maxevents=128, timeout=-1) at ../sysdeps/unix/sysv/linux/epoll_wait.c:30
  24   Thread 0x68ff6220 (LWP 806) "Plugin_ASIO"     0x76aa39d0 in epoll_wait (epfd=<optimized out>, events=0x68ff5360, maxevents=128, timeout=-1) at ../sysdeps/unix/sysv/linux/epoll_wait.c:30
  25   Thread 0x687f5220 (LWP 809) "EventSystem"     syscall () at ../sysdeps/unix/sysv/linux/arm/syscall.S:37
  26   Thread 0x67ff4220 (LWP 810) "EventSystemQueu" futex_abstimed_wait_cancelable (private=<optimized out>, abstime=0x67ff3ae0, expected=0, futex_word=0xb19278 <m_mainworker+344>) at ../sysdeps/unix/sysv/linux/futex-internal.h:205
  27   Thread 0x673ff220 (LWP 833) "Plugin_linky"    syscall () at ../sysdeps/unix/sysv/linux/arm/syscall.S:37
  28   Thread 0x66bfe220 (LWP 909) "OZW-driver"      futex_abstimed_wait_cancelable (private=<optimized out>, abstime=0x66bfdb08, expected=0, futex_word=0x60fcc310) at ../sysdeps/unix/sysv/linux/futex-internal.h:205
  29   Thread 0x653fe220 (LWP 910) "OZW-driver"      __libc_read (nbytes=256, buf=0x653fdac8, fd=46) at ../sysdeps/unix/sysv/linux/read.c:26
  30   Thread 0x65bff220 (LWP 911) "OZW-dns"         futex_wait_cancelable (private=0, expected=0, futex_word=0x6eca4078) at ../sysdeps/unix/sysv/linux/futex-internal.h:88
  31   Thread 0x64bfd220 (LWP 912) "OZW-poll"        futex_abstimed_wait_cancelable (private=<optimized out>, abstime=0x64bfcb10, expected=0, futex_word=0x6ee08140) at ../sysdeps/unix/sysv/linux/futex-internal.h:205
  32   Thread 0x643fc220 (LWP 913) "OZW-timer"       futex_wait_cancelable (private=0, expected=0, futex_word=0x7003a600) at ../sysdeps/unix/sysv/linux/futex-internal.h:88
  33   Thread 0x633fa220 (LWP 916) "WebServer_8080"  syscall () at ../sysdeps/unix/sysv/linux/arm/syscall.S:37
  34   Thread 0x6d7ff220 (LWP 917) "PluginMgr"       futex_wait_cancelable (private=0, expected=0, futex_word=0x6da68efc) at ../sysdeps/unix/sysv/linux/futex-internal.h:88

Thread 34 (Thread 0x6d7ff220 (LWP 917)):
#0  futex_wait_cancelable (private=0, expected=0, futex_word=0x6da68efc) at ../sysdeps/unix/sysv/linux/futex-internal.h:88
#1  __pthread_cond_wait_common (abstime=0x0, mutex=0x0, cond=0x6da68ed0) at pthread_cond_wait.c:502
#2  __pthread_cond_wait (cond=0x6da68ed0, mutex=0x0) at pthread_cond_wait.c:655
#3  0x003f6c14 in boost::asio::detail::scheduler::run(boost::system::error_code&) ()
#4  0x00402b30 in boost::asio::detail::posix_thread::func<boost::asio::detail::resolver_service_base::work_scheduler_runner>::run() ()
#5  0x003f2b94 in boost_asio_detail_posix_thread_function ()
#6  0x76bf0494 in start_thread (arg=0x6d7ff220) at pthread_create.c:486
#7  0x76aa3578 in ?? () at ../sysdeps/unix/sysv/linux/arm/clone.S:73 from /lib/arm-linux-gnueabihf/libc.so.6
Backtrace stopped: previous frame identical to this frame (corrupt stack?)

Est-ce une erreur connue ?
J'ai installé la derniere version en beta.

Merci

Pierryck

[Keros]

Ce ne serait pas un problème similaire à viewtopic.php?f=8&t=11061 ?

Tu as essayé avec la version stable de DomoticZ ?

Tu as essayé de désactiver tes plugins au fur et à mesure pour voir s'il y en avait un qui pouvait être la cause ?

[lost]

Ce ne serait pas un problème similaire à viewtopic.php?f=8&t=11061 ?

AMHA, c'est pas cela, car un contenu JS etc en cache côté PC/client qui ne match par avec le côté serveur a changé a peu de chances de planter Domoticz.

Par contre le thread qui plante c'est le plugin manager... et il y a un paquet de threads plugins qui tournent.

Donc essayer de désactiver tous les plugin et les remettre 1 à 1 pour trouver le(s)quel(s) pose(nt) un problème, sans doute plus du fait d'une version Domoticz (et/ou, de python?) plus récente que du changement de machine d'ailleurs...

[Pierryck]

Merci pour votre aide.
Ce matin, j'ai accepté une mise à jour Domoticz et cela semble mieux. Précédemment quand je redémarrais Raspberry, Domoticz répondait 1mn avant de se figer. Aprés la mise à jour ca semble tenir.

J'ai 2 choses qui me surprennent:
1) Quand je fais les mises à jour Domoticz, j'ai un cercle de progression qui va jusqu'à 20/30% et aprés j'arrive sur le Dashboard. Je comprend pas pourquoi il ne va pas à 100%
2) Je suis obligé d'utiliser Edge, sous Chrome je ne vois pas les périphériques.

Enfin, dans les logs j'ai un étrange message d'erreur:
2021-02-06 07:05:00.858 Error: SQL Query("INSERT INTO Rain (DeviceRowID, Total, Rate) VALUES ('67', '0.00', '0')") : database disk image is malformed
2021-02-06 07:05:00.862 Error: SQL Query("INSERT INTO Meter (DeviceRowID, Value, [Usage]) VALUES ('1', '1430', '0')") : database disk image is malformed
2021-02-06 07:05:00.862 Error: SQL Query("INSERT INTO Meter (DeviceRowID, Value, [Usage]) VALUES ('17', '212790', '1430')") : database disk image is malformed
2021-02-06 07:05:00.863 Error: SQL Query("INSERT INTO Meter (DeviceRowID, Value, [Usage]) VALUES ('64', '27', '0')") : database disk image is malformed
2021-02-06 07:05:00.863 Error: SQL Query("INSERT INTO Meter (DeviceRowID, Value, [Usage]) VALUES ('65', '9540', '27')") : database disk image is malformed
2021-02-06 07:05:00.863 Error: SQL Query("INSERT INTO Meter (DeviceRowID, Value, [Usage]) VALUES ('69', '700', '0')") : database disk image is malformed

Le Rain me fait penser au pluviometre de ma station méteo Netatmo.

Est-ce que mes differents points évoqués sont normaux sur Raspberry ?
Qu'est ce que je pourrai faire pour améliorer la fiabilité de mon installation Domoticz sur Raspberry ?

[Keros]

Essaye de forcer la mise à jour manuellement en exécutant le fichier updaterelease dans le dossier DomoticZ.

Concernant l'erreur, il semblerait que tu as des soucis au niveau d'une requête SQL concernant de la météo.

Tu as quoi comme fonction météo dans ton DomoticZ ? Tu peux essayer de la désactiver ?

Quand tu as fait le transfert de Synology vers Raspberry, tu avais les deux mêmes versions de DomoticZ ?

[Pierryck]

Merci pour updaterelease, je ne connaissais pas.

J'ai 0 script à part celui installé en Pyton pour disposer des informations du compteur Linky (Mon installation est toute fraiche).

J'ai désactivé mes 6 materiels dont la station Meteo Natatmo. Or le message d'apparait toujours, il se déclenche toutes les 5mn. Peut etre que meme en etant désactivé, Netatmo essaie d'inserer des données en base ?

Sur Synology, j'avais la version v2020.2.12728-8 qui est plus ancienne que celle de Raspberry (beta du 5/02). Je n'ai pas récupéré la base, j'ai tout réinstallé. Les ZWaves étaient déjà enregistré sur ma clé AOTEC.

[Keros]

Tu es donc repartit d'une installation neuve. OK

Tu n'as pas de fonctions météo interne à DomoticZ (via Configuration / Paramètres) ?

Si tous ce qui est météo est désactivé et que les erreurs apparaissent toujours, c'est que quelque chose d'extérieur essaye de pousser des infos dans DomoticZ mais que les paramètres ne correspondent plus. Je ne sais pas comment est paramétré Netatmo, est-ce que ce sont les objets ou un serveur qui pousserait les infos dans DomoticZ ? Quand tu as changé DomoticZ du Nas vers le Pi, tu as modifié l'IP de DomoticZ quelque part (hormis tes navigateurs) ?