SWAP qui Diminue

Plugins Objets connectés
1

Bonjour,

Ma SMART a le « bug » de plusieurs personnes, le SWAP qui diminue constamment au fil des jours pour arriver a 0% (depuis mise a jour DEBIAN11 et jeedom 4.4.19).
En faisant quelques tests, je me suis appercu que le plugin RFPlayer etait le fautif.
Apres mise a jour de ce plug in, le SWAP baisse beaucoup plus lentement mais baisse quand meme.
En redemarrant le PLUGIN WiFiLigthV2, je constate une augmentation du SWAP.
→ N’y aurait-il pas un pb avec ce PLUGIN aussi ? pb de fuite memoire ou autre ?

Je ne trouve rien sur le forum sur ce plugin et ce potentiel pb.

Merci du retour.

Informations Jeedom

Core : 4.4.19 (master)
DNS Jeedom : oui

Plugin : wifilightV2
Version : 2024-12-27 00:24:23 (stable)
Statut Démon : Démarré - (2025-01-05 18:53:40)
2

Bonjour

Faire : « wifilightV2 fuite mémoire » dans le moteur de recherche.

Cordialement

3

Merci.

Oui, mais ca ne me dit pas quoi faire… a part un redemarrage du plugin ou de la SMART.
Ou alors j’ai mal lu.
Je ne suis pas expert en script pour info :wink:
Il n’y a pas une nouvelle version du plugin (meme en beta) qui a été sortie, comme pour RF Player ?

4

Bonjour

Je vais essayer de répondre.

En Debian 11, certains plugins écris en python utilisaient une librairie qui générait des fuites de mémoire comme broadlink par exemple. Certains plugins ont été corrigés.

Une parade est de redémarrer le deamon du plugin concerné périodiquement. Dans la version actuelle de Jeedom il existe des commandes exploitables dans les scénarios le permettant.

image
image1496×782 60.6 KB

Il est possible de le faire aussi en bloc code mais plus simple par scénario:

image
image1907×447 40.8 KB

Chaque Jeedom est particulier, il faut adapter cela en fonction des plugins utilisés.
Une recherche sur le forum pourra déterminer les plugins concernés.
De nombreux posts en parlent, cela fait depuis plus d’un an que les premières recherches sur ce problème ont été lancées.

A titre personnel je lançai 1 fois par jour le scénario. Maintenant en Debian 12 ce problème a disparu.

Que l’on me corrige si j’ai donné une information incorrecte.

5

Merci bien.

Je vais tester ce soir :wink:

6

Bonjour,

Sauf que concernant wifilight2 et d’après le sujet ci dessous le demon du plugin n’est pas écris en python :wink:

1 « J'aime »
7

Bonjour

Merci iPapy pour ces précisions. Comme je l’ai dit il faut investiguer en fonction des plugins installés sur son Jeedom.

1 « J'aime »
8

Bonjour,

Merci.
Je vais regarder du coté des virtuels. Il me semble que j’en ai fait en effet pour agreger des valeurs de puissance.
Mais alors, pas de contournement possible si on veut un virtuel ? Ou alors, le faire autrement ?

Encore merci :wink:

9

Désolé, je ne vois pas le rapport avec les virtuels sur le sujet.

10

C’est ce qui est ecrit sur le post precedent: l’activation du plugin virtuel qui provoque la fuite.

J’avais créé un virtuel qui reprend les valeur d’un equipement du plugin wifilightV2 (puissance).

11

Ha! oui exact je n’avais pas bien lu le message précédent.

12

Bonjour,

je pense que la fuite est vraiment due a ce plug in. Je vois qu’il a planté le 9 mai et que ca a libéré 80% du swap !

|[2025-05-09 06:11:28] ERROR  : Erreur sur wifilightV2::daemonTuya() : [MySQL] Error code : 70100 (1927). Connection was killed  : SELECT `value` ||FROM config ||WHERE `key`=:key ||AND plugin=:plugin|
|---|---|---|---|---|---|---|
|[2025-05-09 06:11:32] ERROR  : Erreur sur wifilightV2::daemon() : [MySQL] Error code : 70100 (1927). Connection was killed  : SELECT `el`.`id`, `el`.`name`, `el`.`logicalId`, `el`.`generic_type`, `el`.`object_id`, `el`.`eqType_name`, `el`.`isVisible`, `el`.`isEnable`, `el`.`configuration`, `el`.`timeout`, `el`.`category`, `el`.`display`, `el`.`order`, `el`.`comment`, `el`.`tags` ||FROM eqLogic el ||LEFT JOIN object ob ON el.object_id=ob.id ||WHERE eqType_name=:eqType_name  ORDER BY ob.name,el.name|

Y a t il une derniere version a tester ou je suis condamné a faire des reset de box ? :wink:

Merci.