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
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.
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.
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
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
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%)…
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 :
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.
Finalement, j’ai trouvé une info un peu par hasard confortant mon diagnostique concernant la fuite mémoire sur le plugin-xiaomihome et debian 11 :
En attendant j’applique la solution de planifier un scénario 1 fois par jour pour relancer le deamon de ce plugin.
J’ai laissé le plugin google cast arrêté car il ne fonctionnait pas.
Je pense qu’il faut attendre les mises à jours des plugins, le hic c’est qu’il n’y a pas de tags indiquant la compatibilité avec l’OS. Le seul moyen actuellement est donc de tester régulièrement.