Passage buster et V4 instabilité jeedom

Bonjour,

Je suis passé sous buster en V4 il y a quelques jours, je n’avais pas ce problème avant.

J’ai plusieurs processus tués par manque de mémoire cf capture:

Après recherche j’ai remarque dans mes logs des erreurs sur blea/openzwave/teleinfo/xiaomihome.

Au vu de la chronologie des logs il semble que blea soit la source du problème, les autres plugins partent en vrille juste après.

Quelqu’un aurait des pistes, rien de particulier dans http.error.

Merci par avance

blea_local:

[2020-01-27 19:25:12.358][ERROR] : GLOBAL------Exception on scanner (didn't resolve there is an issue with bluetooth) : [Errno 12] Cannot allocate memory
[2020-01-27 22:10:09.581][ERROR] : GLOBAL------Exception on scanner (didn't resolve there is an issue with bluetooth) : [Errno 12] Cannot allocate memorysaisir ou coller le code ici

openzwave:

[2020-01-27 19:31:12][ERROR] : Error on send request to jeedom HTTPConnectionPool(host='127.0.0.1', port=80): Read timed out. (read timeout=120) retry : 0/3
[2020-01-27 19:33:27][ERROR] : Error on send request to jeedom HTTPConnectionPool(host='127.0.0.1', port=80): Read timed out. (read timeout=120) retry : 1/3
[2020-01-27 22:17:39][ERROR] : Error on send request to jeedom HTTPConnectionPool(host='127.0.0.1', port=80): Read timed out. (read timeout=120) retry : 0/3
[2020-01-27 22:19:42][ERROR] : Error on send request to jeedom HTTPConnectionPool(host='127.0.0.1', port=80): Read timed out. (read timeout=120) retry : 1/3
[2020-01-27 22:21:55][ERROR] : Error on send request to jeedom HTTPConnectionPool(host='127.0.0.1', port=80): Read timed out. (read timeout=120) retry : 2/3
[2020-01-27 22:21:55][ERROR] : Critical error on  send_changes_async local variable 'r' referenced before assignment

teleinfo_deamon_conso:

[2020-01-27 19:32:05][ERROR] : Error on send request to jeedom HTTPConnectionPool(host='127.0.0.1', port=80): Read timed out. (read timeout=120)
[2020-01-27 19:34:15][ERROR] : Error on send request to jeedom HTTPConnectionPool(host='127.0.0.1', port=80): Read timed out. (read timeout=120)
[2020-01-27 22:17:45][ERROR] : Error on send request to jeedom HTTPConnectionPool(host='127.0.0.1', port=80): Read timed out. (read timeout=120)
[2020-01-27 22:19:51][ERROR] : Error on send request to jeedom HTTPConnectionPool(host='127.0.0.1', port=80): Read timed out. (read timeout=120)
[2020-01-27 22:21:54][ERROR] : Error on send request to jeedom HTTPConnectionPool(host='127.0.0.1', port=80): Read timed out. (read timeout=120)
[2020-01-27 22:21:55][ERROR] : TELEINFO------ ** FRAME CORRUPTED ! **
[2020-01-27 22:21:56][ERROR] : ** FRAME : PAPP 0039
**
[2020-01-27 22:21:56][ERROR] : * New frame after corrupted

xiaomihome:

[2020-01-27 19:33:04][ERROR] : Error on send request to jeedom HTTPConnectionPool(host='127.0.0.1', port=80): Read timed out. (read timeout=120) retry : 0/3
[2020-01-27 22:19:08][ERROR] : Error on send request to jeedom HTTPConnectionPool(host='127.0.0.1', port=80): Read timed out. (read timeout=120) retry : 0/3
[2020-01-27 22:21:54][ERROR] : Error on send request to jeedom HTTPConnectionPool(host='127.0.0.1', port=80): Read timed out. (read timeout=120) retry : 1/3

Bonjour,

J’ai toujours un problème de mémoire mais je ne parviens pas a identifier l’origine.
J’ai ça dans
http.error

[Tue Feb 04 14:39:28.404223 2020] [core:warn] [pid 657] (99)Cannot assign requested address: AH00056: connect to listener on [::]:80

et dans cron execution:

Tue Feb  4 13:50:05 2020 (29450): Fatal Error Unable to allocate shared memory segment of 134217728 bytes: shmget: File exists (17)

Si quelqu’un a une piste je suis preneur.

J’ai déporté BLEA sur une antenne, toujours le même problème

Bonjour,

J’ai toujours mon problème qui perdure.

Il semble que ce soit un processus scenario qui prend toute la ram, mais je n’arrive pas a l’identifier.
J’ai purgé tous mes scénarios.

J’ai en exemple dans les tâches va le memory usage:

 SIZE   PID  USER     COMMAND
743068 26474 www-data php /var/www/html/core/class/../php/jeeScenarioExpression.php key=scenarioElement6qMbvFDSv8

Comment je peux retrouvé de quel scenario il s’agit via le key=scenarioElement6qMbvFDSv8

Si quelqu’un peut m’aider

MAJ, juste parès avoir kill le processus la ram est redescendue et dans santé j’ai :
Configuration réseau externe NOK
alors quelle était ok juste avant (j’utilise l’accè dns de jeedom via le vpn).

Bonjour,

Mon problème semble résolut,

Il semble après plein de tests que le problème venait du plugin caméra associé au plugin alarme.
Sur certaines commande de ma caméra j’avais un autre commande exécuté avant ou après.
Quand on activait l’alarme, puis la désactivais, ou quelle était déclenchée et qu’on la coupait cela faisait planter le plugin caméra.
Je m’en suis rendu compte car les commandes des caméras ne répondaient plus à ce moment là.

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