Concernant votre problème, on voit cette erreur dans les logs
Vous pouvez installer pip3 avec la commande suivante (ou attendre un fix du plugin):
sudo apt-get install -y python3-pip
et relancer l’install des dépendances ensuite
@Loic il faudrait rajouter cela dans l’install des dépendances non?
Effectivement ca sera dans la prochaine stable du plugin
Re
l’ajout de python3-pip permet de lancer le processus à nouveau.
Une mise à jour devrait etre la d’ici quelques minutes et corriger le soucis
Merci bcp, j’avais le même problème et après cette install, tout fonctionne parfaitement.
Belle journée, 
Je confirme que le démon redémarre une fois l’installation de python3-pip effectuée.
Merci Mips pour le troubleshoot.
Bien cordialement
Lalsacien
Bonjour,
J’ai le même problème qui persiste après l’installation de python3-pip.
Raspberry Pi 2B+
stretch
Jeedom 3.3.53
[2020-11-26 14:35:05][ERROR] : Attention je pense qu'il y a un soucis avec le démon que j'ai relancé plus de 3 fois consecutivement
[2020-11-26 14:35:08][INFO] : Lancement démon rfxcomd : /usr/bin/python3 /var/www/html/jeedom/plugins/rfxcom/resources/rfxcomd/rfxcomd.py --device /dev/ttyUSB0 --loglevel debug --socketport 55000 --serialrate 38400 --protocol 7,12,13 --callback http://127.0.0.1:80/jeedom/plugins/rfxcom/core/php/jeeRfxcom.php --apikey ShCTs8WbfW7TAQsdfSmuFeWwqv3tHKBOF0nvqwm0aCnjvMKY --cycle 0.3 --pid /tmp/jeedom/rfxcom/deamon.pid
Error: importing module jeedom.jeedom
[2020-11-26 14:35:41][ERROR] : Impossible de lancer le démon RFXcom, vérifiez le log rfxcmd
Install des dépendances :
********************************************************
* Installation des dépendances *
********************************************************
Hit:1 http://mirrordirector.raspbian.org/raspbian wheezy InRelease
Hit:2 http://archive.raspbian.org/raspbian stretch InRelease
Hit:3 http://archive.raspberrypi.org/debian jessie InRelease
Hit:4 https://deb.nodesource.com/node_0.10 wheezy InRelease
Reading package lists...
Reading package lists...
Building dependency tree...
Reading state information...
python-pyudev is already the newest version (0.21.0-1).
python-requests is already the newest version (2.12.4-1).
python-serial is already the newest version (3.2.1-1).
0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded.
********************************************************
* Installation terminée *
********************************************************
Des idées ?
Merci d’avance pour votre aide.
wheezy ! (linux debian 7) ca faisait longtemps qu’on n’avait pas vu ca
bon on voit du jessie et stretch donc manifestement il y a eu des (tentatives) d’upgrade de la distrib; je ne recommande pas de faire cela, ca finit toujours pas causer des problèmes.
Donc la réponse est la même qu’ici: Nouvelle version du plugin 2020-11-26 et debian jessie (8.x)
réinstaller depuis zéro un buster (linux debian 10), réinstaller jeedom et restaurer un backup
J’ai vu cet autre thread.
Je tourne en stretch, qui est supporté (et oui, c’est peut-être pas une install « from scratch », je ne sais plus).
Si on me dit ce qui n’est pas correct dans les dépendances (mais n’est pas encore détecté par le script d’installation des dépendances), j’irai (provisoirement) plus vite pour remettre le système en état, non ? (il n’y a pas que Jeedom sur cette machine).
Alors nettoyez le système, soit les dépôts mal configurés provoquent un problème soit l’environnement python est cassé
Pas compris… si c’est une plainte, gardez là pour vous.
non ce n’était pas une plainte, juste une requête… pour m’aider à savoir quoi nettoyer/corriger qui empêche le script python de tourner
Commence par corriger les dépots pour qu’il ne cherche plus des paquets de wheezy et de jessie
Comme on le voit ici
Hit:1 Index of /raspbian wheezy InRelease
Hit:2 Index of /raspbian/ stretch InRelease
Hit:3 Index of /debian jessie InRelease
Hit:4 https://deb.nodesource.com/node_0.10 wheezy InRelease
Où ces résidus peuvent-ils se trouver ? Je n’ai pas ça dans aucun des fichiers dans /etc/apt…
Cela dit, depuis l’échange précédent, j’ai fait un dist-upgrade vers buster (je sais…)
Ca a démarré une fois (toujours avec le problème de rfxcom), et maintenant ça échoue (je sais, je sors total du cadre…) :
Nov 26 18:28:34 rpi2-1 jeedom_nodejs[17206]: at bootstrapNodeJSCore (internal/bootstrap/node.js:623:3)
Nov 26 18:28:34 rpi2-1 systemd[1]: jeedom.service: Main process exited, code=exited, status=1/FAILURE
Nov 26 18:28:34 rpi2-1 systemd[1]: jeedom.service: Failed with result 'exit-code'.
Nov 26 18:28:34 rpi2-1 systemd[1]: jeedom.service: Service RestartSec=100ms expired, scheduling restart.
Nov 26 18:28:34 rpi2-1 systemd[1]: jeedom.service: Scheduled restart job, restart counter is at 235.
Nov 26 18:28:34 rpi2-1 systemd[1]: Stopped Service jeedom nodejs.
Nov 26 18:28:34 rpi2-1 systemd[1]: Started Service jeedom nodejs.
Nov 26 18:28:39 rpi2-1 systemd[1]: mariadb.service: Service RestartSec=5s expired, scheduling restart.
Nov 26 18:28:39 rpi2-1 systemd[1]: mariadb.service: Scheduled restart job, restart counter is at 202.
Nov 26 18:28:39 rpi2-1 systemd[1]: Stopped MariaDB 10.3.25 database server.
Nov 26 18:28:39 rpi2-1 systemd[1]: Starting MariaDB 10.3.25 database server...
Nov 26 18:28:39 rpi2-1 mysqld[17335]: 2020-11-26 18:28:39 0 [Note] /usr/sbin/mysqld (mysqld 10.3.25-MariaDB-0+deb10u1) starting as
process 17335 ...
Nov 26 18:28:39 rpi2-1 mysqld[17335]: 2020-11-26 18:28:39 0 [Warning] Could not increase number of max_open_files to more than 163
84 (request: 32186)
Nov 26 18:28:40 rpi2-1 jeedom_nodejs[17277]: internal/modules/cjs/loader.js:638
Nov 26 18:28:40 rpi2-1 jeedom_nodejs[17277]: throw err;
Nov 26 18:28:40 rpi2-1 jeedom_nodejs[17277]: ^
Nov 26 18:28:40 rpi2-1 jeedom_nodejs[17277]: Error: Cannot find module '/usr/share/nginx/www/jeedom/core/nodeJS/server.js'
Nov 26 18:28:40 rpi2-1 jeedom_nodejs[17277]: at Function.Module._resolveFilename (internal/modules/cjs/loader.js:636:15)
Nov 26 18:28:40 rpi2-1 jeedom_nodejs[17277]: at Function.Module._load (internal/modules/cjs/loader.js:562:25)
Nov 26 18:28:40 rpi2-1 jeedom_nodejs[17277]: at Function.Module.runMain (internal/modules/cjs/loader.js:831:12)
Nov 26 18:28:40 rpi2-1 jeedom_nodejs[17277]: at startup (internal/bootstrap/node.js:283:19)
Nov 26 18:28:40 rpi2-1 jeedom_nodejs[17277]: at bootstrapNodeJSCore (internal/bootstrap/node.js:623:3)
Nov 26 18:28:40 rpi2-1 systemd[1]: jeedom.service: Main process exited, code=exited, status=1/FAILURE
Nov 26 18:28:40 rpi2-1 systemd[1]: jeedom.service: Failed with result 'exit-code'.
Nov 26 18:28:40 rpi2-1 systemd[1]: jeedom.service: Service RestartSec=100ms expired, scheduling restart.
Nov 26 18:28:40 rpi2-1 systemd[1]: jeedom.service: Scheduled restart job, restart counter is at 236.
Nov 26 18:28:40 rpi2-1 systemd[1]: Stopped Service jeedom nodejs.
Nov 26 18:28:40 rpi2-1 systemd[1]: Started Service jeedom nodejs.
Nov 26 18:28:41 rpi2-1 systemd[1]: Started Session 149 of user pi.
Nov 26 18:28:41 rpi2-1 systemd[1]: session-149.scope: Succeeded.
Nov 26 18:28:41 rpi2-1 systemd[1]: mariadb.service: Main process exited, code=exited, status=1/FAILURE
Nov 26 18:28:41 rpi2-1 systemd[1]: mariadb.service: Failed with result 'exit-code'.
Nov 26 18:28:41 rpi2-1 systemd[1]: Failed to start MariaDB 10.3.25 database server.
Ok super… Merci du commentaire
Tu sais que je le sais… En tout cas j’espère…
J’ai juste simplifié, le résultat et l’action qui en découle reste la même.
Voilà j’ai édité ainsi plus de doute
/etc/apt/sources.list tu as quoi dedans ?
Mais bon monter 2 versions de debian, sans faire les choses correctement c’est la meilleure solution pour tout planter
Le mieux est de partir sur une fresh install
c’est ce que j’ai commencé à faire
j’ai un buster sur un Pi « de dev » en cours d’install sur µSD
après je vais m’en servir pour sauvegarder les données (dont le dernier backup Jeedom, mais aussi toute la conf / les scripts hors Jeedom) qui sont sur le HDD
ensuite… il faut que je me souvienne de la manip pour booter sur le HDD
pour remettre Jeedom une fois que le système « de base » sera opérationnel, je pense partir de
wget https://raw.githubusercontent.com/jeedom/core/master/install/install.sh
chmod +x install.sh
./install.sh
j’imagine que ça va me donner 4.x, mais que quand je vais restaurer mon backup ça va redescendre en 3.3.x ?
Oui la restauration du backup remet Jeedom dans la version du backup…
9a fait juste 3 fois que je le dis aujourd’hui.
j’ai retrouvé la manip pour utiliser un HDD comme rootfs sur un Pi 2 « original », pour ceux que ça intéresse :
https://www.framboise314.fr/booter-le-raspberry-pi-sur-un-disque-dur-usb/
Ce sujet a été automatiquement fermé après 24 heures suivant le dernier commentaire. Aucune réponse n’est permise dorénavant.