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

[Bosquetia]

Monit ne redémarre pas Jeedom, et ce n'est pas toutes les 1 ou 2 heures !

Il tue le process et le redémarre à la fréquence précisée dans le fichier de config !

[m.georgein]

J'avai vu que cela s'agitait sur le github de bluepy ... Tu as choisi comment la branche ? Espérons que cela tournera et sera intégré dans une future (proche) release du plugin
Tiens nous au courant, et si tu as besoin d'un coup de main ou d'un testeur, je suis là.

[m.georgein]

Monit ne redémarre pas Jeedom, et ce n'est pas toutes les 1 ou 2 heures !

Il tue le process et le redémarre à la fréquence précisée dans le fichier de config !

Tu as choisi quelle fréquence de relance de monit ?
Un exemple du script ?

Plus du tout de plantage sur stretch ???

En tout cas l'idée de relancer bluepy plutôt qu'un reboot est excellente, bravo à toi !

[Nibb31]

Perso, la tâche bluepy durait entre 5 min et 2 heures maxi avant de freezer la VM, donc monit n'est pas une solution pour moi. Si ça marche pour d'autres tant mieux.

[Bull]

même problème ici sur ESX 6.5 et debian 9.4. Dans mon cas, je n'utilise pas le BT de la machine jeedom, donc j'ai désactivé le démon local pour voir si je peux éviter les crashs.

Au début, je pensais qu'il s'agissait d'un problème lié au LRO de la carte réseau, mais je l'ai déjà désactivé et le problème a persisté, alors je suis tombé sur ce poste. Espérons qu'il y aura bientôt une solution.

Merci
Bull

[fwehrle]

Alors, si ça peut aider, chez moi, ça ne plante que si le daemon local du plugin blea est activé. Je l'ai désactivé, et j'utilise des antennes déportés. Et ça fonctionne très bien. (debian 9.2 sous proxmox 5)

Envoyé de mon Nexus 6P en utilisant Tapatalk

[ioull]

Du coup tu as toujours le plugin blea en erreur dans la page santé jeedom ?

Envoyé de mon Nexus 6P en utilisant Tapatalk

[fwehrle]

Du coup tu as toujours le plugin blea en erreur dans la page santé jeedom ?

Envoyé de mon Nexus 6P en utilisant Tapatalk

Non, car j'ai désactivé la gestion automatique du daemon..
Mais même si ca me mettait une erreur dans la page de santé, quelle importance?

[ioull]

Du coup tu as toujours le plugin blea en erreur dans la page santé jeedom ?

Envoyé de mon Nexus 6P en utilisant Tapatalk

Non, car j'ai désactivé la gestion automatique du daemon..
Mais même si ca me mettait une erreur dans la page de santé, quelle importance?

Rien de grave effectivement, juste un maniaque du vert, synonyme de tout va bien
Merci pour l'astuce en tout cas !

Envoyé de mon Nexus 6P en utilisant Tapatalk

[flipper203]

Alors, si ça peut aider, chez moi, ça ne plante que si le daemon local du plugin blea est activé. Je l'ai désactivé, et j'utilise des antennes déportés. Et ça fonctionne très bien. (debian 9.2 sous proxmox 5)

Envoyé de mon Nexus 6P en utilisant Tapatalk

pour être sur de bien comprendre tu as un autre jeedom qui te sert d'antenne blea (et donc pas sous debian 9 je suppose)

[Nibb31]

Non, il suffit d'avoir une "antenne" qui peut être un RPi Zero W (avec BT et wifi).

[dgonneau]

le dévelopeur de bluepy vient de poster une news interessante !

"I have just made a 1.2.0 release of Bluepy which has updated the underlying Bluez sources to 5.47, which has a lot of bugs fixed since the original 5.29.
It would be useful to know if this changes the behaviour in any way."

Je vais tester cela asap, mais si qqun à plus de temps que moi, je suis curieux de savoir si cela règle notre pb de bluetooth sur debian 9 !

[kris1208]

Salut, des nouvelles suite a la mise a jour ?

[flipper203]

Un retour sur le probleme depuis maj ?

Envoyé de mon ONEPLUS A5000 en utilisant Tapatalk

[jimbo7384]

Salut l'équipe j'ai posté a l'on avis au mauvais endroit pendant a un problème de plugin blea mais en lisant vos suivis il semblerait que ça soit bluepy utilisé par blea qui fini par faire planter les vms.
La question est comment tenter de passer a cette dernière release de bluepy?
Je tourne sur vmm synology debians stretch avec clé orico. Actuellement plugin en erreur je n'ai juste pas sélectionné l'équipement dans la conf du plugin pour conserver la stabilité du système jeedom

[jimbo7384]

Hello,
je cherche à récupérer quelques infos sur ce problème.

Ceux qui fonctionne avec le plugin BLEA STABLE sont sur quel version de Debian ?
Ceux qui plante ? idem pour la version de bluez ?
Perso je suis en Debian 9.5 (mis à jour à l'instant) et bluez 5.43

[jimbo7384]

Hello,
je cherche à récupérer quelques infos sur ce problème pour essayer d'avancer sur ce problème car j'ai vu que le ticket ouvert auprès de l'équipe semble marqué comme clôturé bien que non résolu. (https://jeedom.atlassian.net/browse/JEED-68, si je ne me trompe pas de demande).

Ceux qui fonctionne avec le plugin BLEA STABLE sont sur quel version de Debian ? (VM sur quel système ? physique ?)
Ceux qui plante ? idem pour la version de bluez ?

Pour ma part VM sur VMM Synology clé Bluetooth Orico.
Je viens de mettre à jour mon système à la dernière release en 9.5 et j'ai appliqué ceci afin de passer à une version plus récente de BLUEZ en 5.48 (v5.43 d'origine) :

Code : Tout sélectionner

Steps
1. Check Current BlueZ Version
Before starting, let’s check the current BlueZ version.
[b]bluetoothctl -v[/b]

$ bluetoothctl -v
5.43

2. Install Dependencies
Update the package list.
[b]sudo apt-get update[/b]

Install the dependencies.
[b]sudo apt-get install libdbus-1-dev libglib2.0-dev libudev-dev libical-dev libreadline-dev -y[/b]
 

3. Install Latest BlueZ
Download the latest version of BlueZ source code.
[b]wget www.kernel.org/pub/linux/bluetooth/bluez-5.48.tar.xz[/b]

Uncompress the downloaded file.
[b]tar xvf bluez-5.48.tar.xz && cd bluez-5.48[/b]

Configure.
[b]./configure --prefix=/usr --mandir=/usr/share/man --sysconfdir=/etc --localstatedir=/var --enable-experimental [/b]

Compile the source code.
[b]make -j4[/b]

Install.
[b]sudo make install[/b]

Reboot PC.
[b]sudo reboot[/b]
 
4. Verify Update
Verify the BlueZ version by issuing the command below.
bluetoothctl -v

The result should be like this:
$ bluetoothctl -v
bluetoothctl: 5.48

je vous dirais si c'est plus stable avec cette dernière release de BLUEZ

EDIT : il existe même une V5.50 conf http://www.bluez.org/category/release/

[jimbo7384]

Bon je continue mon monologue :
Le passage de BLUEZ en V5.48 n'as pas réglé le problème.
Ca as encore planté pour une raison que je ne parviens pas à identifier.
Plantage à 6h36 comme la dernière fois donc même pas 24h d'activité fin de logs si dessous :

Code : Tout sélectionner

[2018-08-28 06:35:19][DEBUG] : SCANNER------[(9, 'Complete Local Name', u'nut'), (3, 'Complete 16b Services', u'0318'), (255, 'Manufacturer', u'11020025'), (22, '16b Service Data', u'0a18ffff9700ee64'), (1, 'Flags', u'06')] True public ff:ff:97:00:ee:64
[2018-08-28 06:35:19][DEBUG] : SCANNER------This is a nut device ff:ff:97:00:ee:64
[2018-08-28 06:35:19][DEBUG] : SCANNER------[(3, 'Complete 16b Services', u'9ffe'), (22, '16b Service Data', u'9ffe0000000000000000000000000000000000000000'), (255, 'Manufacturer', u'e00000cfca78f219')] False random 5e:5c:fd:ee:df:cf
[2018-08-28 06:35:19][DEBUG] : SCANNER------It's an unknown packet but not sent because this device is not Included and I'am not in learn mode 5e:5c:fd:ee:df:cf
[2018-08-28 06:35:19][DEBUG] : SENDER------Send to jeedom : {u'devices': {u'FF:FF:97:00:EE:64': {'name': u'nut', 'source': 'local', 'rawdata': "[(9, 'Complete Local Name', u'nut'), (3, 'Complete 16b Services', u'0318'), (255, 'Manufacturer', u'11020025'), (22, '16b Service Data', u'0a18ffff9700ee64'), (1, 'Flags', u'06')]", 'rssi': -60, 'type': 'nut', 'id': u'FF:FF:97:00:EE:64', 'present': 1}}}
[2018-08-28 06:35:19][DEBUG] : Starting new HTTP connection (1): 127.0.0.1
[2018-08-28 06:35:19][DEBUG] : http://127.0.0.1:80 "POST /plugins/blea/core/php/jeeBlea.php?apikey=APIKEY HTTP/1.1" 200 0
[2018-08-28 06:35:19][DEBUG] : HEARTBEAT------Bluepy-Helper cpu is 0.0 and pid is 29867 (Highest CPU 0)
[2018-08-28 06:35:21][DEBUG] : SCANNER------[(9, 'Complete Local Name', u'nut'), (3, 'Complete 16b Services', u'0318'), (255, 'Manufacturer', u'11020025'), (22, '16b Service Data', u'0a18ffff9400e528'), (1, 'Flags', u'06')] True public ff:ff:94:00:e5:28
[2018-08-28 06:35:21][DEBUG] : SCANNER------This is a nut device ff:ff:94:00:e5:28
[2018-08-28 06:35:21][DEBUG] : SENDER------Send to jeedom : {u'devices': {u'FF:FF:94:00:E5:28': {'name': u'nut', 'source': 'local', 'rawdata': "[(9, 'Complete Local Name', u'nut'), (3, 'Complete 16b Services', u'0318'), (255, 'Manufacturer', u'11020025'), (22, '16b Service Data', u'0a18ffff9400e528'), (1, 'Flags', u'06')]", 'rssi': -54, 'type': 'nut', 'id': u'FF:FF:94:00:E5:28', 'present': 1}}}
[2018-08-28 06:35:21][DEBUG] : Starting new HTTP connection (1): 127.0.0.1
[2018-08-28 06:35:21][DEBUG] : http://127.0.0.1:80 "POST /plugins/blea/core/php/jeeBlea.php?apikey=APIKEY HTTP/1.1" 200 0
[2018-08-28 06:35:31][DEBUG] : HEARTBEAT------Bluepy-Helper cpu is 0.0 and pid is 30199 (Highest CPU 0)
[2018-08-28 06:35:41][DEBUG] : HEARTBEAT------Bluepy-Helper cpu is 0.0 and pid is 30506 (Highest CPU 0)
[2018-08-28 06:35:50][DEBUG] : SCANNER------[(9, 'Complete Local Name', u'nut'), (3, 'Complete 16b Services', u'0318'), (255, 'Manufacturer', u'11020025'), (22, '16b Service Data', u'0a18ffff9700ee64'), (1, 'Flags', u'06')] True public ff:ff:97:00:ee:64
[2018-08-28 06:35:50][DEBUG] : SCANNER------This is a nut device ff:ff:97:00:ee:64
[2018-08-28 06:35:50][DEBUG] : SENDER------Send to jeedom : {u'devices': {u'FF:FF:97:00:EE:64': {'name': u'nut', 'source': 'local', 'rawdata': "[(9, 'Complete Local Name', u'nut'), (3, 'Complete 16b Services', u'0318'), (255, 'Manufacturer', u'11020025'), (22, '16b Service Data', u'0a18ffff9700ee64'), (1, 'Flags', u'06')]", 'rssi': -56, 'type': 'nut', 'id': u'FF:FF:97:00:EE:64', 'present': 1}}}
[2018-08-28 06:35:50][DEBUG] : Starting new HTTP connection (1): 127.0.0.1
[2018-08-28 06:35:50][DEBUG] : http://127.0.0.1:80 "POST /plugins/blea/core/php/jeeBlea.php?apikey=APIKEY HTTP/1.1" 200 0
[2018-08-28 06:35:51][DEBUG] : SCANNER------[(3, 'Complete 16b Services', u'9ffe'), (22, '16b Service Data', u'9ffe0000000000000000000000000000000000000000'), (255, 'Manufacturer', u'e00000cfca78f219')] False random 5e:5c:fd:ee:df:cf
[2018-08-28 06:35:51][DEBUG] : SCANNER------It's an unknown packet but not sent because this device is not Included and I'am not in learn mode 5e:5c:fd:ee:df:cf
[2018-08-28 06:35:52][DEBUG] : HEARTBEAT------Bluepy-Helper is not running
[2018-08-28 06:35:57][DEBUG] : SCANNER------[(9, 'Complete Local Name', u'nut'), (3, 'Complete 16b Services', u'0318'), (255, 'Manufacturer', u'11020025'), (22, '16b Service Data', u'0a18ffff9400e528'), (1, 'Flags', u'06')] True public ff:ff:94:00:e5:28
[2018-08-28 06:35:57][DEBUG] : SCANNER------This is a nut device ff:ff:94:00:e5:28
[2018-08-28 06:35:57][DEBUG] : SENDER------Send to jeedom : {u'devices': {u'FF:FF:94:00:E5:28': {'name': u'nut', 'source': 'local', 'rawdata': "[(9, 'Complete Local Name', u'nut'), (3, 'Complete 16b Services', u'0318'), (255, 'Manufacturer', u'11020025'), (22, '16b Service Data', u'0a18ffff9400e528'), (1, 'Flags', u'06')]", 'rssi': -56, 'type': 'nut', 'id': u'FF:FF:94:00:E5:28', 'present': 1}}}
[2018-08-28 06:35:57][DEBUG] : Starting new HTTP connection (1): 127.0.0.1
[2018-08-28 06:35:57][DEBUG] : http://127.0.0.1:80 "POST /plugins/blea/core/php/jeeBlea.php?apikey=APIKEY HTTP/1.1" 200 0
[2018-08-28 06:35:58][DEBUG] : SENDER------Send to jeedom :  {'heartbeat': 1, 'source': 'local'}
[2018-08-28 06:35:58][DEBUG] : Starting new HTTP connection (1): 127.0.0.1
[2018-08-28 06:35:58][DEBUG] : http://127.0.0.1:80 "POST /plugins/blea/core/php/jeeBlea.php?apikey=APIKEY HTTP/1.1" 200 0
[2018-08-28 06:36:03][DEBUG] : HEARTBEAT------Bluepy-Helper cpu is 0.0 and pid is 31254 (Highest CPU 0)

[propositionjoe]

Salut,
Merci pour te retour.
C'est bien dommage, mais je crois que la majorité des utilisateurs du plugin BLEA est passé sous antenne déporté et risque de le rester.

[Tristan35]

Salut,
Merci pour te retour.
C'est bien dommage, mais je crois que la majorité des utilisateurs du plugin BLEA est passé sous antenne déporté et risque de le rester.

C'est exactement ce que j'ai fait aussi, d'autant que le pi que j'utilise capte mieux mes devices que ma clé USB BT
J'ai installé l'antenne sur le Pi 3 qui fait actuellement tourner Snips, plus tard il y aura une antenne par satellite Snips, ça permettra de mieux couvrir tout en utilisant au mieux les ressources dispo