Bonjour,
Ce matin mon Jeedom ne répondait plus pendant au moins 10 min. Lorsqu’il a de nouveau répondu, j’ai constaté que la mémoire et le swap était plein.
Je n’avais pas de problème similaire avec debian 10. En plus j’avais ajouté 2 GB de plus en disque histoire de…
Mon problème est que je ne sais pas trop par ou commencer pour trouver le problème, j’ai peux de logs à l’heure du problème (et je ne suis pas sur que le plugin qui a loger soit en cause)
Zigbeed :
[2023-05-01 08:02:26][ERROR] : Error on send request to jeedom HTTPConnectionPool(host='127.0.0.1', port=80): Read timed out. (read timeout=120) retry : 0/3
[2023-05-01 08:05:03][ERROR] : NCP entered failed state. Requesting APP controller restart
[2023-05-01 08:05:03][ERROR] : NCP entered failed state. Requesting APP controller restart
[2023-05-01 08:05:03][ERROR] : NCP entered failed state. Requesting APP controller restart
[2023-05-01 08:05:03][ERROR] : NCP entered failed state. Requesting APP controller restart
Zigbee :
[2023-05-01 08:03:35][ERROR] : Echec de la requête HTTP : http://127.0.0.1:8089/device/all cURL error : Operation timed out after 60575 milliseconds with 0 bytes received
Après reboot, tout est vert :
Merci
Maj de mon post initial :
L’application mobile ne me reconnaissait plus. J’ai du rescanner le QRCode (j’avais uniquement les notification…)
Dans le doute, je viens de mettre à jours la distribution debian 11.6 à 11.7 + tous les packets, c’est pour voir si cela va changer quelque chose.
J’ai utilisé cette commande (après avoir fais un backup de ma vm au préalable) :
sudo apt-get -y update && sudo apt-get -y upgrade && sudo apt-get -y dist-upgrade && sudo apt-get -y auto-clean && sudo apt-get -y autoremove
Bonjour
J’ai eu un comportement similaire quand je suis passé sous debian 11 (c’était un update de mon debian 10, pas une fresh install): une fois par jour mon Rpi3b était bloqué : il répondait au ping, mais impossible de se connecter sous Jeedom ni en ssh. A chaque fois je devais le débrancher et redémarrer
J’ai eu ça pendant des semaines sans trouver l’origine
Je suis repassé sous une installation propre debian10 et je n’ai plus de freeze…
Voilà, c’est laborieux, mais un retour sur debian10 , c’est une solution.
Olivier
1 « J'aime »
Slt, tu serais passé sur une installation propre debian 11 ça aurait aussi très bien fonctionné.
Les updates entre les version debian sur raspberry n’ont jamais fonctionné.
ah ouais… pas pensé à essayer ça… j’ai cru voir sur le forum que certains plugins semblent avoir des soucis en 11, alors j’ai rétrogradé… la prochaine montée de version debian, je la ferai alors en propre ! merci pour l’info
Il peu y avoir des vieux plugin.
Mais les images jeedom officielles sortent en 11 maintenant donc on n’y coupera pas ^^
Moi pou rma part, je suis passé par une installation propre de debian…
C’est un peu étrange, pour le moment mon serveur n’a pas reproduit ce comportement depuis 24h. j’attend de voir si ça se reproduit.
Pour le moment je constate que l’espace disque libre est passé de 33 à 31% et le swap de 100% à 82%
Ce soir je constate que ça continue de diminuer swap 50%.
Peut-on identifier ce qui utilise cette mémoire ?
merci
1 « J'aime »
Ne trouvant la cause, je viens de tenter une réinstallation complète de jeedom à partir de 0.
Je ne sais pas si ça sera bon mais après 2 tentatives tous les plugins sont fonctionnels.
2 tentatives car la première fois, j’avais des erreurs que je n’avais pas eu la première fois et des solutions que j’avais qui ne fonctionnais plus…
Heureusement j’avais fais un backup de l’installation de la debian 11.7 avant de mettre jeedom,
J’ai encore eu des différences sur des plugins qui ne démarraient pas, c’est un peu au petit bonheur la chance… Mais cette fois tout a redémarrer, a voir si le problème initiale est résolu ?!
A voir si j’ai le même comportement de mémoire qui diminue
1 « J'aime »
Bonsoir @Heliospeed
Que ton swap diminue est tout à fait normal. Tu as un swapiness à 10%. Ceci signifie qu’à delà de 10% d’utilisation de la mémoire, le système va décharger ce qui n’a pas d’utilité dans le swap.
Ce qui compte avant tout, c’est la mémoire dispo, et là, pas de souci de ton côté.
Si ta mémoire augmente régulièrement, il faudra se poser la question d’une fuite memoire dans un plugin.
Norbert
Merci pour ton retour, mais la mémoire dispo était passée à 0% il y a 3 jours.
J’ai refait une installation propre en espérant que le problème est résolu.
Je n’avais jamais eu ce problème auparavent avec mon ancienne installation debian 10 d’ou mon incompréhension.
Bonjour,
Tu as quoi comme plugins ?
Voici la liste de tous mes plugins actifs :
Agenda
Alarme
Alexa
App Mobile
Caméra
Dialof flow
Détenction de téléphone (Bluetooth)
Enedis
Energie
Geoloc
Google Case
Google share locations
Google Smarthome
GRDF Connect
Homebridge
HTML Display
Jeedom Connect
LogManager
Mail
Mode
Monitoring
MQTT Manager
Network
Notifcation Manager
Onduleur (NUT)
Prix Carburants
RF Link
Rodé Givre Tendance
Script
Simulation présence
Sonoff DIY
Telegram
Thermostat
TvDomSamsung
Virtuel
Waze in Time
Weather
Widget
wifilightV2
Xiaomi Home
Z-Wave JS
Zigbee
1 « J'aime »
Bonjour
Il faut au minimum supprimer le plugin widget.
1 « J'aime »
Merci Fabrice,
Je n’avais pas vu qu’il était toujours actif (et inutile depuis la v4).
Je viens d’en profiter pour supprimer tous les plugins que je n’utilisais plus et que j’avais laissé en inactif.
Mes sauvegardes seront un peu plus petite 
1 « J'aime »
Bonsoir,
Après plus de 3 jours que le serveur a été rédémarré j’ai de nouveau le swap dans le rouge.
Y a t’il une commande permettant d’identifier quel est le plugin qui remplis cet espace d’échange sans le vider ?
Après je ne sais pas si c’est une coïncidence mais j’ai aussi le plugin googlecast qui produit beaucoup d’erreur.
J’ai cru comprendre qu’il était incompatible avec la version de python proposé par défaut sur les debian 11.
Je vais le désactiver pour étudier cette piste…
Merci d’avance pour votre aide
PS : j’ai trouvé les pistes suivantes :
Avec la commande « htop », j’ai identifié que le plugin xiaomihome utilisait beaucoup de mémoire, un arrête relance du deamon depuis jeedom et j’ai récupéré presque la moitié du swap (49%)…
J’avais aussi trouvé la commande suivante pour identifier les consommateurs du swap
(echo "COMM PID SWAP"; for file in /proc/*/status ; do awk '/^ Pid|VmSwap|Name/{printf $2 " " $3}END{ print ""}' $file; done | grep kB | grep - wv "0 kB" | sort -k 3 -n -r) | column -t
Cela indiquait bien le python3 en premier qui correspondait visiblement au plugin en question car après la relance du deamon il n’est plus présent en haut de la liste.
J’imagine que mon problème est lié à python mais je sais pas par ou commencer.
J’ai fais les commandes suivantes pour récupérer les versions :
$ python --version
Python 2.7.18
$ python3 --version
Python 3.9.2
Auriez-vous une idée ?
Merci
Bonsoir.
Comment cela se fait que vous avez python 2. Il me semble que celui-ci n’est normalement pas présent sur Debian 11.
Je me suis fait la même remarque, est-ce qu’un plugin peut l’embarquer dans ces dépendances ?
Les seules commandes que j’ai tapé manuellement c’est pour le plugin RF-LINK :
cd /var/www/html/plugins/rflink/resources && sudo npm install
et le plugin GoogleCast :
pip3 uninstall protobuf
pip3 install 'protobuf==3.20.3'
Édit : c’est Google Cast qui installe python 2
Je vais tenter de désinstaller python 2, j’espère voir des logs d’erreur d’un plugin (pour identifier celui qui en a besoin)
sudo apt autoremove python --purge
Visiblement ça n’a pas fonctionné, j’ai toujours la version 2 présente
Je ne suis pas assez expert pour vous aiguiller, mais personnellement je repartirai sur une installation clean de Debian 11.
Quitte à prendre le temps qu’il faut pour tester.
J’ai loupé quelquechose ?
Débian 11 est maintenant supporté avec Jeedom ?
