Plugins : Openzwave et BLEA ne démarrent après passage en Buster

Utilisation du core de Jeedom
1

Bonjour,
J’ai migré en debian Buster (en suivant la procédure décrite en Jan’20) : tout s’est bien passé.
Ma version de Jeedom est 4.0.62. En redémarrant jeedom, je n’arrive plus à démarrer les démon Openzwave et blea. Le debug du démon openzwave m’indique en mode debug dans son log:

[2021-01-07 15:45:36][ERROR] : Attention je pense qu'il y a un soucis avec le démon que j'ai relancé plus de 3 fois consécutivement
Traceback (most recent call last):
  File "/var/www/html/plugins/openzwave/core/class/../../resources/openzwaved/openzwaved.py", line 18, in <module>
    from ozwave import globals,server_utils,rest_server
  File "/var/www/html/plugins/openzwave/resources/openzwaved/ozwave/globals.py", line 1, in <module>
    import utils,network_utils,controller_utils,node_utils
  File "/var/www/html/plugins/openzwave/resources/openzwaved/ozwave/utils.py", line 6, in <module>
    import network_utils
  File "/var/www/html/plugins/openzwave/resources/openzwaved/ozwave/network_utils.py", line 7, in <module>
    from openzwave.network import ZWaveNetwork,ZWaveController
  File "/usr/local/lib/python2.7/dist-packages/openzwave-0.3.1-py2.7.egg/openzwave/network.py", line 38, in <module>
    import libopenzwave
ImportError: /usr/local/lib/python2.7/dist-packages/libopenzwave-0.3.1-py2.7-linux-aarch64.egg/libopenzwave.so: undefined symbol: PyFPE_jbuf
[2021-01-07 15:46:08][ERROR] : Impossible de lancer le démon openzwave, relancer le démon en debug et vérifiez la log
[2021-01-07 15:47:04][ERROR] : Erreur exécution de la commande [salon][Salon radiateur 1][Arret] : Echec de la requête http : http://127.0.0.1:8083/node?node_id=11&instance_id=1&cc_id=38&index=0&type=setvalue&value=0&apikey=hLZNE3UvLTeavWF9Mr94f64Yu79hfD3e Curl error : Failed to connect to 127.0.0.1 port 8083: Connection refused
[2021-01-07 15:47:04][ERROR] : Erreur exécution de la commande [salon][Salon radiateur 2][Arret] : Echec de la requête http : http://127.0.0.1:8083/node?node_id=31&instance_id=1&cc_id=38&index=0&type=setvalue&value=0&apikey=hLZNE3UvLTeavWF9Mr94f64Yu79hfD3e Curl error : Failed to connect to 127.0.0.1 port 8083: Connection refused

Que dois-je faire ?
cdt

2

tu as regardé dans la partie configuration / Vérification des packages systèmes ?

Tu as le log pour BLEA ?

3

Hello

Et il faut sans doute relancer les dépendances aussi …

2 « J'aime »
4

Voici la log de blea (mode debug) :

[2021-01-07 15:58:42][INFO] : Launching remotes ...
[2021-01-07 15:58:42][INFO] : Lancement du démon distant
[2021-01-07 15:58:42][INFO] : Arret du démon distant
[2021-01-07 15:58:42][ERROR] : Attention je pense qu'il y a un soucis avec le démon que j'ai relancé plus de 3 fois consécutivement
[2021-01-07 15:58:43][INFO] : Lancement démon blea : sudo /usr/bin/python3 /var/www/html/plugins/blea/resources/blead/blead.py --loglevel debug --device hci0 --socketport 55008 --sockethost 127.0.0.1 --callback http://127.0.0.1:80/plugins/blea/core/php/jeeBlea.php --apikey Y224HNtOW9gUp1G9hScE99nVrylgeSrq --daemonname local --noseeninterval 4 --scaninterval 29 --scanmode passive --pid /tmp/jeedom/blea/deamon.pid
[2021-01-07 15:58:43][INFO] : Commande par SSH fuser -k 55008/tcp >> /dev/null 2>&1 & sur 192.168.1.6
[2021-01-07 15:58:49][INFO] : Lancement du démon distant /usr/bin/python3 /home/pi/blead/resources/blead/blead.py --loglevel debug --device hci0 --socketport 55008 --sockethost "" --callback http://192.168.1.17/plugins/blea/core/php/jeeBlea.php --apikey Y224HNtOW9gUp1G9hScE99nVrylgeSrq --daemonname "raspberrypi" --noseeninterval 4 --scaninterval 29 --scanmode passive >> /tmp/blea 2>&1 &
[2021-01-07 15:58:49][INFO] : Commande par SSH /usr/bin/python3 /home/pi/blead/resources/blead/blead.py --loglevel debug --device hci0 --socketport 55008 --sockethost "" --callback http://192.168.1.17/plugins/blea/core/php/jeeBlea.php --apikey Y224HNtOW9gUp1G9hScE99nVrylgeSrq --daemonname "raspberrypi" --noseeninterval 4 --scaninterval 29 --scanmode passive >> /tmp/blea 2>&1 & sur 192.168.1.6
[2021-01-07 15:58:56][INFO] : Antenna raspberrypi alive sending known devices
[2021-01-07 15:58:56][INFO] : Sending ready to daemons
[2021-01-07 15:59:13][ERROR] : Impossible de lancer le démon blea, vérifiez la log
[2021-01-07 16:00:06][ERROR] : Attention je pense qu'il y a un soucis avec le démon que j'ai relancé plus de 3 fois consécutivement
5

Hello,

ça c’est pas les logs des dependances…

6

oui je sais, mais c’est la priorité du moment c’est le démon openzwave qui me préoccupe :slight_smile:
je regarde les dépendances de blea …

7

Des deux, c’est probablement le même souci

8

Salut,

J’ai eu le même problème avant hier.
Comme le dit @sebfar , j’avais des packages systèmes nécessaires non installés.
Et comme le dit @naboleo, j’ai du relancer l’installation des dépendances de tous les plugins.

Faut avouer, que j’ai bataillé un moment pour tout refaire marcher…

En plus de ça, si ça peut aider :
Pour OpenZwave, j’ai du récupérer le fichier plugins\openzwave\data\zwcfg_0xc1119882.xml d’une sauvegarde (il n’était plus bon après passage sous Buster).
Le plugin mobile n’a plus les icones, le chemin n’est pas le bon pour récupérer le fichier mobile_icon.png, j’ai fait un ticket.

9

Merci des infos @supermilk etde ton aide.
J’ai relancer l’installation des dépendances … çà reste à 50% depuis 18 minutes, hum !
le log de blea_local n’est pas encourageant :

ModuleNotFoundError: No module named 'bluepy'
Traceback (most recent call last):
  File "/var/www/html/plugins/blea/resources/blead/blead.py", line 26, in <module>
    from bluepy.btle import Scanner, DefaultDelegate
ModuleNotFoundError: No module named 'bluepy'
10

POur ce problème j’avais exécuté la commande sudo pip3 install bluepy en ssh

11

Ok j’ai tapé la commande et le résultat est :
Requirement already satisfied: bluepy in /usr/local/lib/python3.7/dist-packages (1.3.0)

Il vient d’apparaitre dans le centre de meesage:
Bluepy not up to date : 1.3.0 expected 1.1.4

Où puis-je trouver cette 1.1.4 ?

12

Ce message n’est pas bloquant

Il faut relancer les dépendances à mon avis

13

Bonjour

Je viens de passer sous Buster et après restauration de ma sauvegarde Jeedom, j’ai dû relancer les dépendances de certains plugins comme :
Broadlink / Alexapi / Deconz / homebridge / Onkyo / Zwave
C’est logique et je m’y attendais
D’autres se sont relancées automatiquement

Par contre j’ai eu un souci avec le plugin BLEA :
Malgré la relance des dépendances, je ne pouvais démarrer le demon manuellement, bien que j’avais désactivé la gestion automatique : la flèche ne s’affichait pas !
Et la liste du port clé bluetooth était vide

En fait la solution était simple…
Après l’exécution des dépendances, j’ai redémarré Jeedom : la flèche de démarrage du demon est revenue et le port est apparu

14

C’est ce que je viens de faire.
Bonne nouvelle le démon blea a redémarré. Je vais surveiller la remontée d’infos.
et quid du démon zwave ?

15

Essai de relancer les dépendances maintenant

16

Pour zwave, j’ai relancé les dépendances (rapide cette fois-ci)
Mais le démon ne veut toujours pas démarrer (même erreur dans les logs de mon premier post)

17

Essai de relancer l’installation du plugin

18

Il semble qu’il manque quelque chose, voici le log de openzwave_update :

Installation des dependances
Reading package lists...
Building dependency tree...
Reading state information...
build-essential is already the newest version (12.6).
g++ is already the newest version (4:8.3.0-1).
gcc is already the newest version (4:8.3.0-1).
libjpeg-dev is already the newest version (1:1.5.2-2+deb10u1).
python-louie is already the newest version (1.1-4).
make is already the newest version (4.2.1-1.2).
python-serial is already the newest version (3.4-4).
python-dev is already the newest version (2.7.16-1).
python-pip is already the newest version (18.1-5).
python-setuptools is already the newest version (40.8.0-1).
python-pyudev is already the newest version (0.21.0-1).
python-requests is already the newest version (2.21.0-1).
libudev-dev is already the newest version (241-7~deb10u5).
unzip is already the newest version (6.0-23+deb10u1).
python-lxml is already the newest version (4.3.2-1+deb10u2).
Some packages could not be installed. This may mean that you have
requested an impossible situation or if you are using the unstable
distribution that some required packages have not yet been created
or been moved out of Incoming.
The following information may help to resolve the situation:

The following packages have unmet dependencies:
 git : Depends: libcurl3-gnutls (>= 7.56.1) but 7.38.0-4+deb8u9 is to be installed
E: Unable to correct problems, you have held broken packages.
could not install git - abort

La version de libcurl3-gnutls n’est pas correcte

19

Il manque des infos essentielles au début du log:

Lancement de l'installation/mise à jour des dépendances openzwave
Hit:1 http://security.debian.org buster/updates InRelease
Hit:2 http://ftp.debian.org/debian buster InRelease
Hit:4 http://ftp.debian.org/debian buster-updates InRelease
Hit:5 http://ftp.debian.org/debian buster-backports InRelease
Hit:6 http://www.deb-multimedia.org buster InRelease
Hit:7 http://ftp.debian.org/debian buster-proposed-updates InRelease
Hit:8 https://oph.mdrjr.net/meveric all InRelease
Hit:9 https://oph.mdrjr.net/meveric stretch InRelease
Err:3 https://repo.jeedom.com/odroid stable InRelease
  502  Bad Gateway [IP: 51.210.253.116 443]
Reading package lists...
W: Failed to fetch http://repo.jeedom.com/odroid/dists/stable/InRelease  502  Bad Gateway [IP: 51.210.253.116 443]
W: Some index files failed to download. They have been ignored, or old ones used instead.
20

moi je ferais

sudo apt-get update
sudo apt-get install libcurl3-gnutls