Plugin Philips Hue Stable qui fait (encore) flamber ma jeedom Atlas ! 🔥

[guipom]

Bonjour

Version : 4.3.17
Source : default
Branche : V4-stable
Système : Atlas

market / plugin : philipsHue stable 2023-08-03 01:05:58 2023-08-03 01:05:58 2023-08-03 19:28:31

Le plugin PhilipsHue semble encore avoir son cron qui part en vrille. Le process est démarré depuis longtemps et j’ai eu des alertes de surchauffe de mon Atlas:

Voilà les derniers logs:

0106|[2023-05-05 15:52:51][DEBUG] : No configuration found for sensor : HueEssentialsEffect_State => {"id":"237","attributes":{"state":{"status":0,"lastupdated":"2020-02-11T22:31:27"},"config":{"on":true,"reachable":true},"name":"HueEssentialsEffect","type":"CLIPGenericStatus","modelid":"HueEssentialsEffect_State","manufacturername":"Hue Essentials","swversion":"1.0","uniqueid":"rA5BUt5zQkx5bzpdSHKJd1o2wgxtoio8","recycle":true},"client":{}}
0107|[2023-05-05 15:52:51][DEBUG] : Found sensor model : HueEssentialsEffect_State
0108|[2023-05-05 15:52:51][DEBUG] : No configuration found for sensor : HueEssentialsEffect_State => {"id":"238","attributes":{"state":{"status":0,"lastupdated":"2020-02-11T22:31:48"},"config":{"on":true,"reachable":true},"name":"HueEssentialsEffect","type":"CLIPGenericStatus","modelid":"HueEssentialsEffect_State","manufacturername":"Hue Essentials","swversion":"1.0","uniqueid":"zu22nwqsl2hr1RpeAYFKnZyhlU0R0Bbp","recycle":true},"client":{}}
0109|[2023-08-03 19:28:28][DEBUG] : Lancement de : /var/www/html/core/class/../../core/php/jeePlugin.php  plugin_id=philipsHue function=pre_update callInstallFunction=1
0110|[2023-08-03 19:28:29][INFO] : Début d'activation du plugin
0111|[2023-08-03 19:28:31][INFO] : Info sur le démon : {"log":"","state":"nok","launchable":"nok","launchable_message":"Les crons et d\u00e9mons sont d\u00e9sactiv\u00e9s","auto":"0","last_launch":"2023-08-03 00:00:15"}
0112|[2023-08-03 19:28:31][DEBUG] : Lancement de : /var/www/html/core/class/../../core/php/jeePlugin.php  plugin_id=philipsHue function=update callInstallFunction=1

Evidemment face à l’urgence de la situation je tue le démon, je ne peux pas laisser ma plateforme dans cet état.

Ce sera probablement plus complexe à analyser.
Aucune mise à jour depuis bien longtemps, je pense donc que c’est une nouvelle occurence du vieux bug que j’avais saisi il y a longtemps.

[Mips]

Salut,

Je ne comprend pas tout dans ton post.
Tu dis que « ça flambe »; j’ai bien compris que c’était une image car tu trouves que la température cpu est élevée mais ici c’est pas vraiment le cas, si? 58⁰C ne me paraît pas excessif, en tout cas on ne peut certainement pas parler de « surchauffe »

Tu parles du cron « qui est démarré depuis longtemps » => oui c’est normal si c’est un démon (ce qui est le cas) donc aucun problème sur ce point.

Le seul élément que l’on voit mais que tu ne mentionnes pas c’est la charge qui est élevée je trouve.
Tu n’en parles pas car c’est normal? Aurais tu que chose identifié qui tourne et cause cette charge?
La charge est-elle redescendue après avoir coupé le démon?

Tu parles d’un « vieux bug »; peux-tu donner le lien du post pour référence? Ça sera plus facile d’avoir le contexte.

Pas d’autre log? Il n’y en a qu’un? Car là il n’y a rien dans le log

[choupfamily63]

Bonjour,

Peut-être qu’il serait intéressant de se connecter en ssh et de faire un htop pour voir quel est le processus qui consomme le plus de cpu ?

[guipom]

@Mips

Salut,

Je ne comprend pas tout dans ton post.
Tu dis que « ça flambe »; j’ai bien compris que c’était une image car tu trouves que la température cpu est élevée mais ici c’est pas vraiment le cas, si? 58⁰C ne me paraît pas excessif, en tout cas on ne peut certainement pas parler de « surchauffe »

C’est anormal sur mon installation, si je dis qu’elle surchauffe c’est que un load average à 9 et une température à 58° au lieu de 0.6 max et 52°, c’est anormal.

@Mips

Tu parles du cron « qui est démarré depuis longtemps » => oui c’est normal si c’est un démon (ce qui est le cas) donc aucun problème sur ce point.

Ne jouons pas sur les mots
Le problème c’est pas qu’il soit en vie, le problème c’est qu’il ne s’endorme pas et qu’il parte en une espèce de boucle continue

@Mips

Le seul élément que l’on voit mais que tu ne mentionnes pas c’est la charge qui est élevée je trouve.
Tu n’en parles pas car c’est normal? Aurais tu que chose identifié qui tourne et cause cette charge?
La charge est-elle redescendue après avoir coupé le démon?

Tu parles d’un « vieux bug »; peux-tu donner le lien du post pour référence? Ça sera plus facile d’avoir le contexte.

Pas d’autre log? Il n’y en a qu’un? Car là il n’y a rien dans le log

Le vieux bug Hue: Toujours une conso CPU à faire brûler un Raspberry Pi, et aucun début de réponse

Malheureusement une nouvelle occurence je pense, même si normalement des corrections avaient été apportées, en aveugle je crois.

Une fois le démon tué (pas coupé, sinon le problème revient) oui, mon installation est revenue à la normale.

@choupfamily63

Bonjour,

Peut-être qu’il serait intéressant de se connecter en ssh et de faire un htop pour voir quel est le processus qui consomme le plus de cpu ?

Le htop d’indique rien de plus que ce que j’ai indiqué ici, à savoir les load average anormaux (dont la charge CPU a fond donc par le process associé au PID que j’ai indiqué, donc le process de démon du plugin Philips Hue

[nebz]

@guipom

Le htop d’indique rien de plus que ce que j’ai indiqué ici, à savoir les load average anormaux (dont la charge CPU a fond donc par le process associé au PID que j’ai indiqué, donc le process de démon du plugin Philips Hue

Envoi nous une capture stp

[Mips]

@guipom

jouons pas sur les mots
Le problème c’est pas qu’il soit en vie, le problème c’est qu’il ne s’endorme pas et qu’il parte en une espèce de boucle continue

Je ne joue pas sur les mots: C’est normal d’avoir un temps d’exécution infiniment grand.
C’est le cas avec tous les démons en php.

[guipom]

J’ai pourtant expliqué que je ne peux pas laisser flamber mon installation en attendant une réponse, j’ai évidemment tué le process. Donc malheureusement non, je ne peux pas.

Je mets ici l’info et pour que le développeur s’en inquiète, et si jamais d’autres personnes ont encore comme moi le problème, mais sur ma plateforme je ne peux pas me remettre dans la situation ou j’étais. Je peux encore partager quelques infos au moment ou ca débloque, si je sais quoi partager et ou chercher, mais l’installation n’est forcément plus dans le meme état maintenant.

un htop, juste pour le plaisir, sans lien, pour montrer qu’une fois tué, le daemon reprend une activité normale:

[nebz]

Un htop pas trié sur le cpu, pas vraiment utile, ça a l’air d’être un secret : on peut pas voir un htop ok et comparer avec un htop ou il y a le demon qui bouffe tout ?

Bon moi je laisse tomber, fait comme tout le monde et passe tes hue sur un plugin et clé zigbee.

[guipom]

Merci pour ce conseil éclairé.

[ngrataloup]

@guipom

Evidemment face à l’urgence de la situation

Je ne vois pas l’urgence de la situation ? Une charge 15min à 2.1 et une température à 58 ? Ce n’est sans doute pas ce que tu attends mais, ça ne nécessite pas une action immédiate qui empêche toute analyse postérieure.

Est ce quelque chose ne marchait pas ?

Norbert