Problème jeedom sur debian 9 proxmox en kvm : bloqué et utilisation cpu constante anormale
Re: Problème jeedom sur debian 9 proxmox en kvm : bloqué et utilisation cpu constante anormale
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 !
Il tue le process et le redémarre à la fréquence précisée dans le fichier de config !
- m.georgein
- Timide
- Messages : 299
- Inscription : 18 mars 2016, 23:46
- Localisation : 13820
Re: Problème jeedom sur debian 9 proxmox en kvm : bloqué et utilisation cpu constante anormale
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à.
Tiens nous au courant, et si tu as besoin d'un coup de main ou d'un testeur, je suis là.
Plateforme :
NUCNUC6i5SYK en VM STRETCH
Version Jeedom 4.0.9
Version PHP 7.0.33-0+deb9u1
Version OS Linux debian9 4.9.0-8-amd64 #1 SMP Debian 4.9.130-2 (2018-10-27) x86_64 GNU/Linux [9.6]
Version database 10.1.26-MariaDB-0+deb9u1
NUCNUC6i5SYK en VM STRETCH
Version Jeedom 4.0.9
Version PHP 7.0.33-0+deb9u1
Version OS Linux debian9 4.9.0-8-amd64 #1 SMP Debian 4.9.130-2 (2018-10-27) x86_64 GNU/Linux [9.6]
Version database 10.1.26-MariaDB-0+deb9u1
- m.georgein
- Timide
- Messages : 299
- Inscription : 18 mars 2016, 23:46
- Localisation : 13820
Re: Problème jeedom sur debian 9 proxmox en kvm : bloqué et utilisation cpu constante anormale
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 !
Plateforme :
NUCNUC6i5SYK en VM STRETCH
Version Jeedom 4.0.9
Version PHP 7.0.33-0+deb9u1
Version OS Linux debian9 4.9.0-8-amd64 #1 SMP Debian 4.9.130-2 (2018-10-27) x86_64 GNU/Linux [9.6]
Version database 10.1.26-MariaDB-0+deb9u1
NUCNUC6i5SYK en VM STRETCH
Version Jeedom 4.0.9
Version PHP 7.0.33-0+deb9u1
Version OS Linux debian9 4.9.0-8-amd64 #1 SMP Debian 4.9.130-2 (2018-10-27) x86_64 GNU/Linux [9.6]
Version database 10.1.26-MariaDB-0+deb9u1
Re: Problème jeedom sur debian 9 proxmox en kvm : bloqué et utilisation cpu constante anormale
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.
Jeedom: VM ProxMox sur serveur i7-2760QM, RAM 8Go
Zwave + RFXCom433E + Hue
Zwave + RFXCom433E + Hue
Re: Problème jeedom sur debian 9 proxmox en kvm : bloqué et utilisation cpu constante anormale
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
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
Helper Officiel Jeedom
Re: Problème jeedom sur debian 9 proxmox en kvm : bloqué et utilisation cpu constante anormale
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
Envoyé de mon Nexus 6P en utilisant Tapatalk
Jeedom 3 sur Debian 9 en VM Proxmox 5 sur NUC Intel.
(Anciennement sur Docker sur Syno DS-415+ / MariaDB / DSM 6)
Teleinfo / RFXCom / Stick ZWave / IPX / Serveur Traccar / Blea
(Anciennement sur Docker sur Syno DS-415+ / MariaDB / DSM 6)
Teleinfo / RFXCom / Stick ZWave / IPX / Serveur Traccar / Blea
Re: Problème jeedom sur debian 9 proxmox en kvm : bloqué et utilisation cpu constante anormale
Du coup tu as toujours le plugin blea en erreur dans la page santé jeedom ?
Envoyé de mon Nexus 6P en utilisant Tapatalk
Envoyé de mon Nexus 6P en utilisant Tapatalk
Jeedom sous proxmox sur HP54NL
Rfxcom : CM180i / UVN800 / 11 temperature / 2 VR Somfy
Z-Stick: 6 VR / 5 Fil Pilote / 1 Zipato / 1 sirene / 2 Smoke sensor
GW Xiaomi: 12 détecteurs ouvertures / 4 motions / 2 cubes
BLEA: Miflora / MiBand
Rfxcom : CM180i / UVN800 / 11 temperature / 2 VR Somfy
Z-Stick: 6 VR / 5 Fil Pilote / 1 Zipato / 1 sirene / 2 Smoke sensor
GW Xiaomi: 12 détecteurs ouvertures / 4 motions / 2 cubes
BLEA: Miflora / MiBand
Re: Problème jeedom sur debian 9 proxmox en kvm : bloqué et utilisation cpu constante anormale
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?
Jeedom 3 sur Debian 9 en VM Proxmox 5 sur NUC Intel.
(Anciennement sur Docker sur Syno DS-415+ / MariaDB / DSM 6)
Teleinfo / RFXCom / Stick ZWave / IPX / Serveur Traccar / Blea
(Anciennement sur Docker sur Syno DS-415+ / MariaDB / DSM 6)
Teleinfo / RFXCom / Stick ZWave / IPX / Serveur Traccar / Blea
Re: Problème jeedom sur debian 9 proxmox en kvm : bloqué et utilisation cpu constante anormale
Rien de grave effectivement, juste un maniaque du vert, synonyme de tout va bienfwehrle a écrit :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?
Merci pour l'astuce en tout cas !
Envoyé de mon Nexus 6P en utilisant Tapatalk
Jeedom sous proxmox sur HP54NL
Rfxcom : CM180i / UVN800 / 11 temperature / 2 VR Somfy
Z-Stick: 6 VR / 5 Fil Pilote / 1 Zipato / 1 sirene / 2 Smoke sensor
GW Xiaomi: 12 détecteurs ouvertures / 4 motions / 2 cubes
BLEA: Miflora / MiBand
Rfxcom : CM180i / UVN800 / 11 temperature / 2 VR Somfy
Z-Stick: 6 VR / 5 Fil Pilote / 1 Zipato / 1 sirene / 2 Smoke sensor
GW Xiaomi: 12 détecteurs ouvertures / 4 motions / 2 cubes
BLEA: Miflora / MiBand
-
- Timide
- Messages : 89
- Inscription : 26 juil. 2017, 11:08
Re: Problème jeedom sur debian 9 proxmox en kvm : bloqué et utilisation cpu constante anormale
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)
Re: Problème jeedom sur debian 9 proxmox en kvm : bloqué et utilisation cpu constante anormale
Non, il suffit d'avoir une "antenne" qui peut être un RPi Zero W (avec BT et wifi).
Jeedom: VM ProxMox sur serveur i7-2760QM, RAM 8Go
Zwave + RFXCom433E + Hue
Zwave + RFXCom433E + Hue
Re: Problème jeedom sur debian 9 proxmox en kvm : bloqué et utilisation cpu constante anormale
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 !
"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 !
Re: Problème jeedom sur debian 9 proxmox en kvm : bloqué et utilisation cpu constante anormale
Salut, des nouvelles suite a la mise a jour ?
-
- Timide
- Messages : 89
- Inscription : 26 juil. 2017, 11:08
Re: Problème jeedom sur debian 9 proxmox en kvm : bloqué et utilisation cpu constante anormale
Un retour sur le probleme depuis maj ?
Envoyé de mon ONEPLUS A5000 en utilisant Tapatalk
Envoyé de mon ONEPLUS A5000 en utilisant Tapatalk
Re: Problème jeedom sur debian 9 proxmox en kvm : bloqué et utilisation cpu constante anormale
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
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
Re: Problème jeedom sur debian 9 proxmox en kvm : bloqué et utilisation cpu constante anormale
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
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
Re: Problème jeedom sur debian 9 proxmox en kvm : bloqué et utilisation cpu constante anormale
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) :
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/
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
EDIT : il existe même une V5.50 conf http://www.bluez.org/category/release/
Re: Problème jeedom sur debian 9 proxmox en kvm : bloqué et utilisation cpu constante anormale
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 :
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
- Timide
- Messages : 302
- Inscription : 17 févr. 2016, 21:39
- Contact :
Re: Problème jeedom sur debian 9 proxmox en kvm : bloqué et utilisation cpu constante anormale
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.
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.
Proxmox avec VM jeedom
Zigbee2mqtt, Broadlink, Zwave, Blea, Tasmotta, EspEasy
Mon blog: https://carmagnole.ovh
Zigbee2mqtt, Broadlink, Zwave, Blea, Tasmotta, EspEasy
Mon blog: https://carmagnole.ovh
Re: Problème jeedom sur debian 9 proxmox en kvm : bloqué et utilisation cpu constante anormale
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 BTpropositionjoe a écrit : ↑28 août 2018, 09:42Salut,
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.
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
Qui est en ligne ?
Utilisateurs parcourant ce forum : Aucun utilisateur inscrit et 5 invités