Gladys sur Unraid

Ok c’est ça que je comprend pas bien :

ça correspond au valeur par defaut ? ou à ce qui est actuellement utilisé sur le docker ?
Par ce que si c’est ce qui est actuellement en cours sur le docker c’est facile à récupérer. Donc je suis persuader que je comprend pas bien le problème vu que la solution m’a l’air simple

Bah la c’est simple mais si ton path c’est /ici/toto y’a aucun moyen de deviner que c’est le mount sur l’hôte.

Ça pourrait le faire mais à voir ce que les autres en pensent.

J’essaye d’anticiper les problèmes :grin:

J’ai éditer mon précédent message

Donc si j’applique à mon cas tu obtiens :

[
'/var/run/docker.sock:/var/run/docker.sock',
'/run/udev:/run/udev',
'/dev:/dev',
'/mnt/user/appdata/Gladys:/var/lib/gladysassistant'
]

Sauf qu’il y a en permanence la même chose à droite le /var/lib/gladysassistant/ il change jamais donc c’est ça qui permet de l’identifier non ?

Edit après avoir vu ton edit : oui je suis parfaitement d’accord avec toi, mais toi tu semblais avoir trouver une méthode pour le faire automatiquement correct ou pas ?

En théorie oui ça ne change pas.

Edit: oui l’idée c’est de lister les mount, de chercher /var/lib/gladysassistant et de prendre la valeur à gauche

Le /var/lib/gladysassistant il vient du SQLITE_FILE_PATH, donc je ne dirais pas non plus qu’il bouge jamais, mais oui il est connu dans le code :slight_smile:

Du coup pour récapituler, deux options:

  • Option 1: Extraire le dossier depuis les volumes montés, en trouvant le bon dossier grâce au SQLITE_FILE_PATH
  • Option 2: Variable d’environnement, genre GLADYS_FOLDER_PATH_ON_HOST, ce qui est peut-être plus explicite et plus prédictible. Surtout que dans le cas où on lance Gladys via Syno ou Unraid, on peut très bien ajouter cette variable.

Moi qui utilises UNRAID depuis assez longtemps, je pense que l’option 2 est la meilleure. D’autant qu’il est facile dans le template pour Unraid de commenter les champs à remplir pour guider l ’ utilisteur si besoin

2 « J'aime »

Pour rebondir sur tout ça, je suis allé voir le code pour essayer de voir si je pouvais le faire, mais en fait tout ça est déjà codé du coup je comprend plus rien :sweat_smile:

L’intégration Zigbee2mqtt appelle bien la fonction basePath:

 const { basePathOnContainer, basePathOnHost } = await this.basePath();

Qui elle même retourne bien le path côté host:

Donc je comprend pas pourquoi ça marche pas, le code est là ! :smiley:

@cicoub13 dis moi si ça te dit quelque chose !

En lisant le code j’ai l’impression que c’est inversé, qu’on récupère le path côté container, je me trompe ?

gladys-z2m-mqtt-env.sh ${basePathOnContainer}

C’est normal, cette partie se déroule dans le container.

L’endroit où on définit le volume, c’est ici:

Par contre, il y a quelque chose qui ne veut pas, cette ligne mutate l’objet json global, donc ça fait push à chaque fois que cette fonction est appelée, et ça touche à la variable globale, ça va pas ça

Idem ici ( https://github.com/GladysAssistant/Gladys/blob/master/server/services/zigbee2mqtt/lib/installMqttContainer.js#L34 ), le push mutate l’objet global.

C’est ça qui pose problème tu penses ?

Je pense pas que ce soit le bug ici, mais en tout cas c’est sûr que ce problème cause des bugs

Je me suis lancé une petite VM pour tester tout ça.

J’ai lancé un container avec les paramètres suivants :

docker run -d \
// retiré pour lisibilité
-v /var/lib/gladysassistant_other_folder:/var/lib/gladysassistant \
gladysassistant/gladys:v4

J’ai rajouté des logs, et j’ai lancé un container Zigbee2mqtt, et ça donne ça :

2022-03-07T18:55:44+0100 <info> installMqttContainer.js:25 (Zigbee2mqttManager.installMqttContainer) MQTT broker is being installed as Docker container...
2022-03-07T18:55:44+0100 <info> installMqttContainer.js:26 (Zigbee2mqttManager.installMqttContainer) Pulling eclipse-mosquitto:2 image...
2022-03-07T18:55:47+0100 <info> installMqttContainer.js:30 (Zigbee2mqttManager.installMqttContainer) Preparing broker environment...
{
  basePathOnContainer: '/var/lib/gladysassistant',
  basePathOnHost: '/var/lib/gladysassistant'
}
[ '/var/lib/gladysassistant/zigbee2mqtt/mqtt:/mosquitto/config' ]
2022-03-07T18:55:47+0100 <info> installMqttContainer.js:37 (Zigbee2mqttManager.installMqttContainer) Creating container...
2022-03-07T18:55:47+0100 <info> installMqttContainer.js:51 (Zigbee2mqttManager.installMqttContainer) MQTT broker is restarting...

Le basePathOnHost n’est pas bon, il y a un bug dans la fonction basePath

J’enquête…

J’avance plus loin, après avoir ajouté des logs, l’appel:

const gladysMounts = await this.gladys.system.getContainerMounts(os.hostname());

Renvoie un tableau vide… Ainsi, gladysMounts est vide et le default est appliqué…

Je continue mon enquête

Je pense que je comprend, la fonction attend un containerId :

Et derrière la fonction envoie le hostname :

Il faudrait envoyer l’id du container actuelle

J’ai créé une issue Github avec les détails :

Et :

3 « J'aime »

Merci beaucoup pour ces avancées,

Avec la publication de la 4.8 ça va être l’occasion de tester la mise à jour sur unraid parce que je ne fais pas tourner de watchtower…
Par conséquent, j’attend de voir si il me propose de mettre à jour l’image docker avec une nouvelle

Tiens nous au courant! Par contre, ce dont j’ai parlé par rapport à Unraid (les fixs lié au Zigbee2mqtt) ne sont pas dans cette 4.8, ce sera dispo dans la prochaine maj :slight_smile: J’ai travaillé dessus ce matin c’était trop tard pour partir dans la 4.8.

Oui, je m’en doutais il y a pas de problème, l’instance fonctionne de mon côté, on est pas pressé plus le temps passe et plus gladys est compétitif donc autant laissé un peu de temps.

Merci beaucoup en tout cas, très sympa la mise à jour !

1 « J'aime »