Timeline: internal servor error code 500

Bonjour à tous,

Depuis plusieurs jours, il m’est impossible d’accéder à ma timeline. Le message d’erreur renvoie à un « internal servor error » après un long moment d’affichage des trois cercles concentriques de couleur en train de tourner. La santé de mon jeedom ne m’indique aucune anomalie, Le log d’openzwave me renvoie le message suivant:

Unhandled exception in thread started by <bound method _Timer.__bootstrap of <_Timer(Thread-2510174, stopped daemon 547584188896)>>
Traceback (most recent call last):
  File "/usr/lib/python2.7/threading.py", line 774, in __bootstrap
    self.__bootstrap_inner()
  File "/usr/lib/python2.7/threading.py", line 789, in __bootstrap_inner
    del _limbo[self]
KeyError: <_Timer(Thread-2510174, stopped daemon 547584188896)>
Unhandled exception in thread started by <bound method _Timer.__bootstrap of <_Timer(Thread-2512598, stopped daemon 547044442592)>>
Traceback (most recent call last):
  File "/usr/lib/python2.7/threading.py", line 774, in __bootstrap
    self.__bootstrap_inner()
  File "/usr/lib/python2.7/threading.py", line 789, in __bootstrap_inner
    del _limbo[self]
KeyError: <_Timer(Thread-2512598, stopped daemon 547044442592)>
[2021-09-20 02:43:09][ERROR] : Critical error on  send_changes_async threads can only be started once
Unhandled exception in thread started by <bound method _Timer.__bootstrap of <_Timer(Thread-2620122, stopped daemon 547071193568)>>
Traceback (most recent call last):
  File "/usr/lib/python2.7/threading.py", line 774, in __bootstrap
    self.__bootstrap_inner()
  File "/usr/lib/python2.7/threading.py", line 789, in __bootstrap_inner
    del _limbo[self]
KeyError: <_Timer(Thread-2620122, stopped daemon 547071193568)>
Unhandled exception in thread started by <bound method _Timer.__bootstrap of <_Timer(Thread-2737256, stopped daemon 547584188896)>>
Traceback (most recent call last):
  File "/usr/lib/python2.7/threading.py", line 774, in __bootstrap
    self.__bootstrap_inner()
  File "/usr/lib/python2.7/threading.py", line 789, in __bootstrap_inner
    del _limbo[self]
KeyError: <_Timer(Thread-2737256, stopped daemon 547584188896)>
Unhandled exception in thread started by <bound method _Timer.__bootstrap of <_Timer(Thread-2815185, stopped daemon 547567403488)>>
Traceback (most recent call last):
  File "/usr/lib/python2.7/threading.py", line 774, in __bootstrap
    self.__bootstrap_inner()
  File "/usr/lib/python2.7/threading.py", line 789, in __bootstrap_inner
    del _limbo[self]
KeyError: <_Timer(Thread-2815185, stopped daemon 547567403488)>





Unhandled exception in thread started by <bound method _Timer.__bootstrap of <_Timer(Thread-2830743, stopped daemon 547036049888)>>
Traceback (most recent call last):
  File "/usr/lib/python2.7/threading.py", line 774, in __bootstrap
    self.__bootstrap_inner()
  File "/usr/lib/python2.7/threading.py", line 789, in __bootstrap_inner
    del _limbo[self]
KeyError: <_Timer(Thread-2830743, stopped daemon 547036049888)>
saisir ou coller le code ici

Je suis sur Jeedom Smart. en version 4.1.23 stable.
Système à jour OK Cron actif OK
Scénario actif OK Démarré OK 2021-09-17 15:55:03
Date système (dernière heure enregistrée) OK 2021-09-20 11:04:45 (2021-09-20 10:34:02) Droits sudo OK
Version Jeedom 4.1.23 Version PHP 7.3.27-1~deb10u1
Apache 13 Version OS Linux Jeedom 3.16.85+ #1 SMP PREEMPT Mon Jul 13 14:40:04 UTC 2020 aarch64 GNU/Linux [10.4]
Version database 10.3.22-MariaDB-0+deb10u1 Espace disque libre 17 %
Espace disque libre tmp 97 % Mémoire disponible 60 % (Total 1727 Mo)
Mémoire suffisante 0 Erreur I/O 0
Swap disponible 85 % (Total 512 Mo) Swapiness 60 %
Charge 1.61 - 1.57 - 1.49 Configuration réseau interne OK
Configuration réseau externe OK Persistance du cache OK (2021-09-20 11:00:06)
Apache private tmp OK
Plugins 1 NOK

Que me conseillez vous de faire, un redémarrage complet (débrancher, attendre 30s, rebrancher) étant inefficace,

:roll_eyes: :thinking:

Avez vous essayer de vider la timeline ?

Par contre le lien avec openzwave … :thinking:

Bonjour,

Les logs d’un plugin ne sont d’aucun intérêt pour un problème avec une fonction du core.
Préférez une capture d’écran de la page santé plutôt que copier/coller le contenu, en l’état ce n’est pas très lisible.

Sinon comme dit par kiboost, vous avez probablement trop d’événements enregistré dans la timeline, essayez de plus limiter ce que vous y envoyez.

Merci à @kiboost et @Mips pour leur réponse rapide. Effectivement, le lien avec openzwave n’est pas évident, mais je reste un éternel débutant, plein de bonne volonté pour me construire une représentation mentale pertinente du fonctionnement de Jeedom. Mais mes connaissances informatiques restent visiblement très insuffisantes!! :exploding_head:
Je tente tout de suite le grand nettoyage de la timeline!!

Pour clarifier ma vision: je préfère avoir une information de trop comme ici et vous le dire ainsi vous savez pour la prochaine fois plutôt qu’une information trop peu, non divulguée, car « on pensait que ce n’était pas utile » :wink:

Merci @mips pour toutes les informations apportées: je les avais reçues très positivement car elles me permettent effectivement d’améliorer progressivement ma compréhension du système. :smiley:

Après le grand nettoyage de la timeline, tel que proposé par @kiboost, le problème demeure identique. :thinking:

D’autre part, j’ai effectué un ajustement de ma timeline, en réduisant considérablement le nombre et surtout la durée de prise en compte des informations mémorisées, en particulier celles liées au plugin Suiviconso, qui semble très consommateur.

Pouvez-vous aller dans le menu Réglages > Système > Configuration, onglet « OS/DB ».

Ensuite cliquez le bouton (rouge) « Ouvrir » pour l’Administration Base de données
image

Cliquez sur « Taille » à gauche et répérez la ligne « Timeline » dans la table à droite et dites nous ce que vous voyez (ou faite une capture d’écran)
image

:warning: Attention, ne faite rien d’autre dans cet écran, il est possible d’y casser entièrement Jeedom.

Démarche effectuée avec la sueur sur le front et des tremblements dans les doigts: j’veux rien casser moi de mon superbe jouet!!!

timeline : taille 171.22 ligne 520911

Table	MB	Ligne
timeline	171.22	520911
conso_teleinfo_save	162.92	1370933
historyArch	12.52	292397
conso_teleinfo	11.24	98259
cmd	2.06	1976
history	1.25	7262
eqLogic	0.36	146
gsh_devices	0.14	166
config	0.13	673
scenarioExpression	0.13	700
scenario	0.13	57
object	0.11	16
eqReal	0.09	0
scenarioSubElement	0.09	455
viewData	0.09	237
interactDef	0.08	30
message	0.08	156
plan3d	0.06	0
cron	0.05	31
plan	0.05	0
view	0.03	6
widgets	0.03	0
listener	0.03	3
user	0.03	5
dataStore	0.03	13

Du coup je n’ai pas l’impression que la suppression des événements comme conseillé par kiboost ait été faite (ou cela n’a pas fonctionné).
Pouvez-vous réessayer et ensuite vérifiez s’il y a qlqch dans le log http.error?

ok. Je fais un nouvel essai.

Ca n’a rien changé en ce qui concerne les caractéristiques (mémoire occupée) de la timeline.

Voici le contenu du httperror:

warning: commands will be executed using /bin/sh
job 63 at Fri Sep 17 06:14:00 2021
[Fri Sep 17 06:46:25.312329 2021] [autoindex:error] [pid 16528] [client 192.168.0.23:63339] AH01276: Cannot serve directory /var/www/html/plugins/openzwave/core/config/devices/: No matching DirectoryIndex (index.php) found, and server-generated directory index forbidden by Options directive, referer: http://192.168.0.20/index.php?v=d&m=openzwave&p=openzwave&id=275
[Fri Sep 17 06:46:25.315863 2021] [autoindex:error] [pid 4217] [client 192.168.0.23:50066] AH01276: Cannot serve directory /var/www/html/plugins/zigbee/core/config/devices/: No matching DirectoryIndex (index.php) found, and server-generated directory index forbidden by Options directive, referer: http://192.168.0.20/index.php?v=d&m=openzwave&p=openzwave&id=275
[Fri Sep 17 13:54:54.387528 2021] [mpm_prefork:notice] [pid 431] AH00163: Apache/2.4.38 (Debian) configured -- resuming normal operations
[Fri Sep 17 13:54:54.389075 2021] [core:notice] [pid 431] AH00094: Command line: '/usr/sbin/apache2'
[Mon Sep 20 07:32:16.957317 2021] [php7:error] [pid 26632] [client 192.168.0.23:55551] PHP Fatal error:  Allowed memory size of 268435456 bytes exhausted (tried to allocate 4096 bytes) in /var/www/html/core/class/DB.class.php on line 84, referer: http://192.168.0.20/index.php?v=d&p=timeline
[Mon Sep 20 08:49:20.196091 2021] [php7:error] [pid 5198] [client 192.168.0.23:54384] PHP Fatal error:  Allowed memory size of 268435456 bytes exhausted (tried to allocate 4096 bytes) in /var/www/html/core/class/DB.class.php on line 84, referer: http://192.168.0.20/index.php?v=d&p=timeline
[Mon Sep 20 08:51:20.362287 2021] [php7:error] [pid 23650] [client 192.168.0.23:57378] PHP Fatal error:  Allowed memory size of 268435456 bytes exhausted (tried to allocate 4096 bytes) in /var/www/html/core/class/DB.class.php on line 84, referer: http://192.168.0.20/index.php?v=d&p=timeline
[Mon Sep 20 09:21:24.049366 2021] [php7:error] [pid 14324] [client 192.168.0.23:64070] PHP Fatal error:  Allowed memory size of 268435456 bytes exhausted (tried to allocate 4096 bytes) in /var/www/html/core/class/DB.class.php on line 84, referer: http://192.168.0.20/index.php?v=d&p=timeline
saisir ou coller le code ici

Hello, je suis de retour!!!

Mon problème de timeline « tournant dans le vide » indéfiniment est enfin résolu grâce à un apport de @kiboost dans un autre traitement d’erreur (je ne sais pas reporter la référence!!!).

Il fau aller dans reglages systeme configuration logs

et modifier la valeur du log. Moi j’ai mis 50 et depuis, plus de problème. Ma timeline fonctionne à nouveau et je dois reconnaître que c’est super pratique pour analyser les erreurs.

Un grand merci à tous. :clinking_glasses: :clinking_glasses: :clinking_glasses:

Ce sujet a été automatiquement fermé après 24 heures suivant le dernier commentaire. Aucune réponse n’est permise dorénavant.