Après reboot, "impossible de démarrer le démon ZwaveJs" mais si je relance les dépendances cela fonctionne

Bonjour à tous.
Je suis en train de migrer d’une box Jeedom smart, par manque de place, vers une raspberry Pi5.
J’ai installé Jeedom sur un docker via l’image jeedom et j’en profite pour passer de OpenZwave de ma smart à ZwaveJs.

La 1ére fois, le plugin ZwaveJS a bien fonctionné, bien reconnu ma clé et géré ma prise de test.
Mais je me rends compte que dès que j’arrête mon container et que je le relance, le démon ne se lance plus et m’affiche ce message, sans plus d’info que ça alors que je suis en debug :

0139|[2024-03-19 19:50:02]DEBUG : [configureSettings] Informations reçues de MQTT Manager : {"ip":"127.0.0.1","port":"1883","user":"","password":null}
0140|[2024-03-19 19:50:02]INFO : Démarrage du démon ZwaveJS : STORE_DIR=/var/www/html/plugins/zwavejs/data/store KEY_S0_Legacy=XXXXXXXXXXXX
KEY_S2_Unauthenticated=XXXXXXXX
KEY_S2_Authenticated=XXXXXXXX
KEY_S2_AccessControl=XXXXXXX
SESSION_SECRET=jeedomSession yarn start
0141|[2024-03-19 19:50:12]ERROR : Impossible de démarrer le démon ZwaveJS, consultez les logs

Mais dès que je relance les dépendances, mon démon démarre bien et tout est Ok. Et je dois faire cela à chaque fois que j’arrête et relance mon docker Jeedom.

Voici mes infos systèmes : (plugin déconz est en rouge parce que je migre sur jeezigbee aussi. Et pour la configuration réseau externe faut que je creuse mais ça passe de rouge à vert; mais là en l’occurrence mon démon Zwave JS était bien démarrée après relance des dépendances)

Je vous mets les logs de zwavejs_packages et zwavejsd en pièce jointe.
log_zwavejs_package.log (15,9 Ko)

log_zwavejsd.log (4,3 Ko)

Une idée de ce qui peut se passer et là où je pourrais regarder pour avoir plus d’info ?
Merci de votre aide.

Bonjour,

Je ne suis pas spécialiste de docker, mais à priori c’est normal si tu fais un docker run.
Il faut passer par un start/stop.

Salut.
Et merci de ton aide.
Je passe par un docker compose et je fais un

docker compose up/down

pour lancer et arrêter.
Et il me semblait que cela gardait l’image initiale (je fais pas de docker rm), je vais essayer de confirmer tout ça.

Il faut faire un stop, le down ne laisse pas grand chose…

Stops containers and removes containers, networks, volumes, and images created by up

Bonjour,

en effet docker compose down ça supprime le container, du coup le up doit le reconstruire, & aussi re-installer les dépendances… (?) Aussi, autre question, tu a le plugin docker dans ton container ? De ce que je vois, ça ne marchait pas le démon même avant le 1er arrêt dans les logs.

Bonjour et merci !!
En effet le down porte mal son nom (et j’ai pas bien lu la doc…) mais il faut bien faire stop et start au quotidien. Et le docker compose up uniquement au début et jamais le down a moins de vouloir perdre l’image. Et vu que j’avais déporté les confs hors du container, je me rendais pas compte qu’il effaçait tout.

Non je n’ai pas le plugin docker mais je n’en vois pas l’utilité. Et pour voir si ça marchait je testais avec une prise connecté en Zwave et je vérifiais si elle prenait bien l’action et cela fonctionne bien maintenant. (ou avant quand je réinstallais les dépendances à chaque fois…)

Merci de votre aide.

La réponse était plutôt sur mon post.

1 « J'aime »

Ce sujet a été automatiquement fermé après 24 heures suivant le dernier commentaire. Aucune réponse n’est permise dorénavant.