Du coup ça fait 24h et étant impatient de nature, je me fend d’un commentaire forcément.
Pour l’instant il me dit que l’image est à jour.
Je pull cette image là du docker hub : gladysassistant/gladys:v4
Est ce qu’il faut changer quelque chose ? est ce que le v4 est en trop pour le jour ou on voudra la passer en v5 ?
Dans Gladys tu es en quelle version ? (Paramètres => Systèmes => Version)
Le v4 n’est pas en trop, si un jour on passe en v5 ce sera une mise à jour « breaking », et donc il ne faut surtout pas mettre à jour automatiquement les clients car ça cassera tout chez eux ^^
Mais on ne risque pas de passer en v5 
Je suis en v4.7.3
Yes, je me disais peut être dans 10 ans sur les mêmes instance on sait jamais !
Du coup je ne sais pas si je ne met pas à jour par ce qu’il ne check pas le docker hub et donc que je dois fairequelque chose coté unraid ou si c’est côté gladys…
Soit on fait aucun changement breaking dans les 10 prochaines années, et on restera en v4 (Tant mieux j’ai envie de dire)
Si jamais on veut changer de version majeure, c’est forcément qu’on casse un truc et dans ce cas ça fait sens de changer de tag.
Tu utilise watchtower ? ça marche comment l’UI de Unraid ?
Justement je n’utilise pas watchtower, il n’est pas porté sur unraid.
Est ce que Watchtower met à jour tout les containeurs de l’host ou seulement ceux qu’on lui désigne ?
Je peux porter watchtower sur unraid c’est particulièrement facile, est ce que ça vaut le coup ?
Après sur l’ui je ne sais pas si le up to date doit être signalé par une config ou quelque chose d’autre, je vais regarder
Les deux sont possibles, tu peux passer en arguments à watchtower la liste des containers à mettre à jour. Par défaut il met tout à jour.
A voir effectivement, je pourrais pas t’aider là dessus, mais c’est bon à savoir!
Sinon sur UNRAID tu as un plugin qui peut mettre à jour les containers que tu choisis, à la fréquence de ton choix. (me rappelle plus le nom, mais un truc évident du genre “Unraid docker auto-updater”
Du coup effectivement c’était assez simple de mettre à jour :
Advanced View → force update et c’était bon, je vais quand même porter watchtower sur unraid parce que c’est pas hyper difficile, après je pense que je vais pas mettre toutes les options disponible.
Pour information, j’ai repris le travail cet après midi sur la compatibilité Unraid/Synology.
Je travaille sur cette PR pour ceux que ça intéresse :
Je me suis lancé une VM et je fais mes tests dedans.
Cette PR modifie en même temps l’intégration Zigbee2mqtt et l’intégration MQTT, l’objectif étant de pouvoir utiliser un volume custom côté host 
Je vous tiens au courant quand j’ai une image à tester.
J’ai fais un build avec mes fix (c’est du dev, pas de la prod), disponible sur le tag Docker suivant:
gladysassistant/gladys:fix-zigbee2mqtt-get-container-id
Je suis preneur de testeurs sur installation custom pour installer cette image et voir si ça résout bien le problème pour lancer l’intégration Zigbee2mqtt et l’intégration MQTT.
Je suis aussi preneur de testeur “classique” pour vérifier que ça n’a pas casser le fonctionnement normal
L’image peut-être testée comme ça par exemple :
docker run -d \
--log-opt max-size=10m \
--restart=always \
--privileged \
--network=host \
--cgroupns=host \
--name gladys \
-e NODE_ENV=production \
-e SERVER_PORT=80 \
-e TZ=Europe/Paris \
-e SQLITE_FILE_PATH=/var/lib/gladysassistant/gladys-production.db \
-v /var/run/docker.sock:/var/run/docker.sock \
-v /var/lib/gladysassistant:/var/lib/gladysassistant \
-v /dev:/dev \
-v /run/udev:/run/udev:ro \
gladysassistant/gladys:fix-zigbee2mqtt-get-container-id
Pour tester avec une install custom, il faut modifier le volume ( cette ligne : -v /var/lib/gladysassistant:/var/lib/gladysassistant \ ) pour mettre le dossier sur l’hôte que vous voulez utiliser
Super !
Je teste ça dans la soirée de mon côté sur unraid
C’est incroyable ça marche parfaitement, c’est vraiment super !
Super boulot !
Tu parles de Gladys Plus ou tu t’es trompé de sujet avec Unraid ? 
Merci en tout cas !
Je me suis trompé avec unraid, trop d’onglet gladys ouvert !
Du coup ça fonctionne super avec Unraid
Je viens de déplacer ta réponse dans le topic Unraid pour que ce soit lisible pour tout le monde.
Tant mieux Je vais merger demain du coup.
Après réfléxion, mon dernier point c’est le fait que Zigbee2Mqtt ça utilise le port 8080, qui est très connu et qui pourrait probablement être utilisé sur la machine de l’utilisateur et poser problème du coup…
Vous en pensez quoi ?
Si je ne m’abuse 8080 c’est le port par défaut de Sabnzbd (et probablement d’autres mais moins connus) Qui est très répandu… Donc si un utilisateur a déjà Sabnzb installé, l’installation de z2m va échouer en effet.
de même c’est le port par défaut de keycloackmoins utilisé mais c’est un problème quand même
@jgcb00 Qu’est ce que tu recommanderais pour le port 8080 ? Une variable d’environnement que toi tu définirais dans le template Unraid ?
Pour le coup ce “soucis” de port pourrait être adressé si on faisait un network sur docker et qu’on mettait Gladys avec les autres docker. On arrête de taper le port 8080 de la machine mais on passe uniquement en interne côté docker.
Et si le besoin c’est potentiellement d’aller voir les logs de z2m on peut aussi mettre un port random au dela de 49XXX (les ports qui sont dis “libre”) non ?