Dans mon installation (non standard…) jeedom est découpé en plusieurs containers docker (db, redis, cron, fpm, front web server, openzwave server, …). Les mises à jour sont faites par regénération des images (inspiré des images qu’on peut trouver dans le projet nextcloud). Je n’ai presque plus de bugs de mises à jour depuis cette config, et les retour en arrière sont très rapides en cas de problème.
Jusqu’ici openzwave tourne dans le même namespace (pid, network) que cron et fpm. L’objectif de ce pull request est de pouvoir les séparer, et de communiquer via un bridge interne, donc pas sur 127.0.0.1
Tant qu'à être sous docker, pourquoi ne pas utiliser zwaveJs2mqtt et un broker mqtt - donc 2 containers distincts - plutôt que le plugin jeedom ? il y a de nombreux retours positifs sur le community.
Dans mon installation (non standard…) jeedom est découpé en plusieurs containers docker (db, redis, cron, fpm, front web server, openzwave server, …). Les mises à jour sont faites par regénération des images (inspiré des images qu’on peut trouver dans le projet nextcloud). Je n’ai presque plus de bugs de mises à jour depuis cette config, et les retour en arrière sont très rapides en cas de problème.
Jusqu’ici openzwave tourne dans le même namespace (pid, network) que cron et fpm. L’objectif de ce pull request est de pouvoir les séparer, et de communiquer via un bridge interne, donc pas sur 127.0.0.1