Problème jeedom sur debian 9 proxmox en kvm : bloqué et utilisation cpu constante anormale

[Nibb31]

En fait, le bluepy officiel semble être à l'abandon depuis plus de 6 mois. Il y a plein de problèmes remontés sur le github, mais l'auteur reste silencieux.

Je suis en train de tester avec un fork qui a l'air correctement maintenu, mais compilé à la main, et ça a l'air de tenir. Je vais le laisser tourner pendant 2 ou 3 jours, et si ça marche, je publierai les instructions pour le workaround.

[dgonneau]

Top ! Merci on attends ton retour

[Nibb31]

Ouais, ben fausse joie. Ca a tenu un peu plus longtemps, mais ça fini par planter au bout de quelques heures comme avec l'autre version.

Au moins j'aurai essayé.

[Tristan35]

Vous avez beaucoup de périphériques sur Blea pour ceux chez qui ça plante rapidement ?

[Nibb31]

Là, sur ma VM de test, je teste juste avec une clé Bluetooth, un Nut, et pas d'autres antennes. Ca crash systématiquement au bout de 1 ou 2 heures.

[Tristan35]

Ok, donc c'est pas lié au nombre de périphériques alors...
Chez moi ça crache vraiment pas souvent 2 ou 3 fois tout au plus depuis Octobre, alors que je suis aussi sur Proxmox et Debian 9...

[fwehrle]

Chez moi, ca crash en moins de 24h... systématiquement.

[m.georgein]

Bonjour,
Je rejoint le coeur J'ai le même problème, plantage de jeedom tout les 24-36 h depuis la bascule sous Debian 9.4, accès SSH impossible, Jeedom gelé, seule solution : mise hors tension de la VM via ESXi et tous repart nickel en quelques minutes.

Une solution de secours possible : envoyer à esxi un ordre pour mettre hors tension la VM et la relancer (reste à trouver comment) lorsque la communication http avec jeedom tombe (détectable avec JPI par exemple).

[m.georgein]

Pour "piloter" la vm en ligne de commande j'ai trouvé ça :

Code : Tout sélectionner

Avoir la liste des VMs enregistrer sur l’hôte (on obtient ainsi le VMid):

vim-cmd vmsvc/getallvms

Avoir la liste des VMs allumées sur l’hôte (on obtient ainsi le WorldID):

esxcli vm process list

Forcer l’arrêt propre d’une VM:

esxcli vm process kill -t soft -w <WorldID>

Forcer l’arrêt brutal d’une VM (en dernier recours):

esxcli vm process kill -t force -w <WorldID>

Avoir l’état d’une VM:

vim-cmd vmsvc/power.getstate <VMid>

Eteindre une VM:

vim-cmd vmsvc/power.off <VMid>

Allumer une VM:

vim-cmd vmsvc/power.on <VMid>

Redémarrer une VM:

vim-cmd vmsvc/power.reboot <VMid>

reste à trouver le moyen de lancer un script sur ESXi au bon moment

[m.georgein]

Petit retour sur ce problème de cpu planté par blea-bluepy :
J'ai tenté d'utiliser Monit, il marche parfaitement (et peut servir à plein de chose) ... mais dans le cas de plantage de blea-bluepy, rien à faire. Apparemment un ou plusieurs core sont verrouillés par bluepy et il ne peut pas tuer le process. Dailleurs à la main via htop ou autres, idem. J'ai donc tenté le reboot via Monit, mais là encore il n'arrive pas à prendre la main Seule solution (sur ESXi), un reboot via la console et la pas de soucis.

Au final j'ai déporté BLEA sur une autre machine en Debian 8 que j'ai lié à mon exploit via JeeLink. Solution un peu lourde mais qui à l'avantage de fonctionner dans l'attente d'une solution plus pérenne.

Pour ceux qui voudraient utiliser Monit, quelques leçons tirées de mes tests. Il faut l'installer en root pour que le propriétaire de son fichier de config (monitrc) soit root, de cette manière monit hérite des droits root au lancement.

Pour tester j'ai été jusqu'à réduire le cycle à 2 secondes ... Pas d'incidence notable sur la charge CPU (de l'ordre de 0.2 -.04 %).

en cas de problème faire en ssh :

Code : Tout sélectionner

sudo chown root -R  /etc/monit
sudo chmod 700 /etc/monit/monitrc
sudo monit

[ffp17]

J'ai également le problème de freeze de là vm sur debian 9.3 et vmware 6.5 avec la dernière version de Jeedom.
J'ai désactivé blea et depuis j'ai retrouvé la stabilité plus de plantage depuis au moins 2 semaines


Envoyé de mon iPhone en utilisant Tapatalk

[superbricolo]

Dans la dernière mise à jour de blea, j'ai vu du code qui semble gérer le processeur qui s'emballe (dans blead.py). A voir si s'il s'agit bien de cela et si cela résout notre problème de plantage.

[Bosquetia]

Hello,

Sarakha a effectivement intégré du code afin de palier au bug de la librairie Linux.
Cela devrait éviter aux gens d'installer monit par exemple...
Et par la même éviter de planter aussi

[m.georgein]

Bonjour,

Avec la version du 27/03, même punition, CPU verrouillé au bout de quelques heures. Le problème viens du coeur de bluepy, je ne pense pas qu'un pansement externe permettra de résoudre le problème, une fois un core verrouillé il n'y a plus rien à faire dans le cadre de l'os, il est, si j'ose dire, gelé à chaud

[Bosquetia]

Sauf que l'on peut tuer un process dès qu'il consomme plus de x% de cpu et le relancer pour éviter le souci...
C'est ce que je fais avec monit...

[m.georgein]

Là, cela m’intéresse, perso j'ai mis ça dans monit (j'ai testé les 4 "cpu usage" ensemble ET individuellement).

Si tu as une config qui fonctionne, peux tu nous la communiquer ? Ce serait sympa car je crois ne pas être le seul à buter la dessus au vu des différents forum que j'ai consulté.

A remarquer aussi que lors des plantages monit ne remonte plus aucun log

Code : Tout sélectionner

  set daemon 5 

check process bluepy-helper
matching "bluepy-helper"
stop program = "/usr/bin/killall bluepy-helper"

if cpu usage > 2% for 1 cycles then exec "/sbin/reboot"
if cpu usage > 2% for 1 cycles then exec "/bin/systemctl reboot"
if cpu usage > 3% for 1 cycles then stop
if cpu usage > 4% for 1 cycles then restart

      as uid "root" and gid "root"
      repeat every 1 cycles

[typhoe]

Bonjour,

même soucis en utilisant Synology Virtual Machine Manager (c'est du qemu visiblement) pour héberger la VM (debian 9.4) avec une clé bluetooth Sena UD100-g03

Plantage de la VM au bout de quelque heure avec charge des cpu par bluepy-helper

J'avais coupé le plugin blea en attendant... je vais tester si monit me permet de contourner le problème comme suggéré par certains.

[m.georgein]

Perso je ne suis arrivé à rien avec monit, avec la montée du cpu dû à Bluepy, il semble "gelé" et ne rempli même plus ses logs.
Bosquetia semble avoir trouvé une solution mais il n'a pas donné le détail de son script.
Une solution est de monter une vm en Jessie et d'installer Jeelink pour déporter blea dessus, cela fonctionne bien.
J'ai un autre test en cours avec une surveillance à la mn de la conso cpu depuis Jeedom et reboot passé un seuil ... mais évidemment en ce moment Bluepy se tient tranquille et je ne sais pas si jeedom aura le temps de rebooter !!!

[typhoe]

Hum, j'avais mis monit avec une surveillance toutes les 20s.... mais

Code : Tout sélectionner

[CEST May 11 16:39:20] info     : 'bluepy-helper' process is running after previous exec error (slow starting or manually recovered?)
[CEST May 11 16:39:20] error    : 'bluepy-helper' cpu usage of 100.0% matches resource limit [cpu usage>15.0%]
[CEST May 11 16:39:20] info     : 'bluepy-helper' trying to restart
[CEST May 11 16:39:20] info     : 'bluepy-helper' stop: '/usr/bin/killall bluepy-helper'

Message from syslogd@jeedom at May 11 16:39:23 ...
 kernel:[97820.052031] NMI watchdog: BUG: soft lockup - CPU#1 stuck for 23s! [kworker/u9:1:623]

Message from syslogd@jeedom at May 11 16:39:47 ...
 kernel:[97844.052015] NMI watchdog: BUG: soft lockup - CPU#2 stuck for 22s! [bluepy-helper:19904]
[CEST May 11 16:39:51] error    : 'bluepy-helper' failed to stop (exit status 0) -- no output

Message from syslogd@jeedom at May 11 16:39:51 ...
 kernel:[97848.052011] NMI watchdog: BUG: soft lockup - CPU#1 stuck for 23s! [kworker/u9:1:623]

bref, ça semble pas suffisant.

[Nibb31]

Le monit ne sert à rien. Même si ça marchait, ça redarrerait Jeedom toutes les 1 ou 2 heures ce qui n'est pas acceptable.

Là solution consiste à installer une autre version plus récente de bluepy depuis github. Ça semble tourner de façon stable chez moi depuis un moment maintenant.

J'avais noté les étapes pour y arriver, mais j'ai perdu le fichier. J'essaierai de retrouver la méthode et de faire un petit tuto ce week-end.