Ce qu’on fait côté Zigbee2mqtt, c’est que Zigbee2mqtt propose une API qui exporte au format JSON tous les paramètres qui permettent de restaurer une instance de zéro, et on stocke ce JSON dans une « variable » en DB
Ainsi, la sauvegarde est incluse dans Gladys Plus, et l’intégration Zigbee2mqtt teste la présence de la variable lors d’un démarrage de Gladys, et restaure Zigbee2mqtt.
Si Node-RED propose une API, pourquoi pas. Après, il ne faut pas sauvegarder naïvement le filesystem, c’est la meilleure façon d’avoir une sauvegarde corrompue (et surtout, on va pas s’amuser à sauvegarder des node_modules dans Gladys Plus), si Node-RED ne propose pas d’API, alors ce n’est pas possible…
Once you have Node-RED running with Docker, we need to ensure any added nodes or flows are not lost if the container is destroyed. This user data can be persisted by mounting a data directory to a volume outside the container. This can either be done using a bind mount or a named data volume.
Node-RED uses the /data directory inside the container to store user configuration data.
Using a Host Directory for Persistence (Bind Mount)
To save your Node-RED user directory inside the container to a host directory outside the container, you can use the command below. To allow access to this host directory, the node-red user (default uid=1000) inside the container must have the same uid as the owner of the host directory.
docker run -it -p 1880:1880 -v /home/pi/.node-red:/data --name mynodered nodered/node-red
In this example the host /home/pi/.node-red directory is bound to the container /data directory.
Note: Users migrating from version 0.20 to 1.0 will need to ensure that any existing /data directory has the correct ownership. As of 1.0 this needs to be 1000:1000. This can be forced by the command sudo chown -R 1000:1000 path/to/your/node-red/data
See the wiki for detailed information on permissions.
Je fais des tests cet pm pour cela comme cela si c’est juste une ligne à rajouter…
Ah bah non je peux pas c’est une ligne à modifier dans la commande que lance @lokkie dans son intégration snif c’est @lokkie le maitre des clès
Non il y a pas besoin le fichier /var/lib/gladysassistant_test_nodered/node-red/packages.json intègre la liste des modules nécessaires aux flows et si ils sont absents alors ils sont rechargés
Lors de l’installation de Node-Red sur Docker, votre volume pour le répertoire de données a été créé par et appartient à notre utilisateur « root », dont l’identifiant est « uid=0 gid=0 ». L’utilisateur Node-Red à l’intérieur du conteneur, qui possède le répertoire /data, a cependant des identifiants différents : « uid=1000 gid=1000 ». Vous pouvez résoudre ce problème en vous connectant en SSH sur votre serveur et changer la propriété du volume Docker à l’utilisateur avec l’ID 1000:1000 en exécutant la commande suivante :
Je suis connecté en « root », la commande « sudo » n’est pas utile, mais je vous la met au cas ou.
Après c’est vrai que c’est pour le cas d’une utilisation sous linux, sous windows (je pense pas qu’il y ait de problèmes) et sous synology je sais pas (quoique syno c’est du linux à la base mais peut-être que dans le syno il y a une option de sauvegarde intégrée si des utilisateurs de syno peuvent apporter la réponse)
Bonjour @Lokkye
c’est tout bon pour moi, le changement de repertoire (fonctionnait precedement) et les identifiants qui passent du premier coup. Super boulot merci à toi
pour la sauvegarde il faudrait sauvegarder les fichiers
/var/lib/gladysassistant_test_nodered/node-red
excepté le repertoire contenant les modules (qui sont rechargés en cas d’absence de toute façon)
/var/lib/gladysassistant_test_nodered/node-red/node_modules/
pour infos @pierre-gilles mon répertoire node_modules contient 591 dossiers pour 127 Mo
Comme dit précédemment, je suis contre une approche fichier, on ne sait pas ce que fait Node-RED au moment où on lit ses fichiers. Si on sauvegarde un fichier A, pendant que Node-RED met à jour un fichier B, puis qu’on prend le fichier B, on obtient un combo A+B qui n’est pas cohérent. Et c’est sans parler de tous les problèmes de compatibilités entre les différentes versions de Node-RED.
C’est juste le meilleur moyen d’avoir des sauvegardes corrompues.
Je suis pour une approche API comme on le fait avec Zigbee2mqtt.
Si c’est beaucoup de travail, je suis pour une première release de l’intégration Node-RED sans nécessairement une sauvegarde dans Gladys, ça peut venir ensuite
@lokkie
Juste pour signaler cela :
Après avoir installé l’image de test nodered, cela a changé ces répertoires dans les containers zigbee2mqtt, mqtt, et eclipse-mosquitto donc ces services fonctionne quand on est dans l’instance gladys-test-nodered mais plus dans l’instance gladys, je suppose que l’instance gladyst-test-nodered a un chemin propre qui force ces paramètres pas gênant quand on le sait, il suffit de remover les 3 containers et leurs volumes puis réactiver dans gladys pour que les paramètres reviennent à la normale
@cce66 : Ce n’est pas l’image qui change les répertoires de zigbee2mqtt, mqtt et eclipse-mosquitto, c’est la command que tu utilises pour lancer le container gladys.
Dans cette commande le « -v /var/lib/gladysassistant_test_nodered:/var/lib/gladysassistant » defini le dossier qui sera utilisé par gladys. J’utilise cela de mon coté pour eviter de faire planter mon installation qui est utilisé par toute la famille.
@pierre-gilles : je pense qu’il serait preferable de parler de la sauvegarde/restoration dans un autre sujet car il y a deja pas mal de modification sur cette PR
@All : Est ce que l’on est ready pour la merge en prod ?
@Lokkye merci en fait je comprend avec tes explications qu’il faut pas laisser tourner les 2 instances en même temps mais juste le temps du test (il y a des fois je suis en mode quiche !)
Par contre, dans la précipitation j’ai refais mon Nuc ce WE et…j’ai oublié de sauvegarder mes flows …heureusement je les avais en double sur un autre Nuc sous HomeAassistant !
C’est vrai que cela sera un plus la sauvegarde mais dans un autre sujet effectivement !
En tout cas vivement la mise en prod !
@Lokkye Du coup je viens de tester l’image en réel sur un Raspberry Pi 3B+
Tout fonctionne nickel ! Beau boulot
Le seul truc c’est que je n’ai pas vu le message de warning pour les sauvegardes Gladys Plus, mais j’imagine que tu n’avais pas re-lancé de build Docker après avoir ajouté ça (tkt pas, pas besoin de le faire pour juste un bandeau)
Edit: PR mergé, ça partira dans la prochaine version de Gladys
Par contre il faudrait ajouter un message warning comme quoi le fait de désactiver Node-RED désinstalle le container et supprime les flux actuels !!!
(en attendant la version qui permettra de conserver les datas comme pour les containers zigbee2mqtt et mqtt )
Un bouton « Redémarrer » pour restart le container node-red (parfois nécessaire quand il plante) est possible ?
Par contre quand dans la page système, on arrête le service (j’ai pensé que cela était pareil que restart le service, oops ) bah cela a le même effet que « Désactiver » dans la page Node-Red donc cela désinstalle le container et supprime les flux (je venais de recharger tous les node_modules )
D’autre part, je note que si on arrête extérieurement à gladys ou si le container s’est arreté suite à un bug puis qu’on le restart à la mano, on se retrouve avec le même état que si on le désactive dans les services, je sais pas si il y a un refresh de la page quand on viens dessus http://IP/dashboard/integration/device/node-red mais ca correspond pas à l’état réel du container…voila voila quelques remontées !
c’est 
…heureusement je les avais en double sur un autre Nuc sous HomeAassistant ! 
) bah cela a le même effet que « Désactiver » dans la page Node-Red donc cela désinstalle le container et supprime les flux (je venais de recharger tous les node_modules 
