Juste pour info, après avoir recommencé une énième fois, je suis arrivé à remettre le bon mosquitto en route et je vais vous expliquer comment…
Le mot de passe du serveur via Docker avait été remis à zéro, dans doute que aux nombreuses manipulations !
A aucun moment je n’ai été vérifié ce qu’il y avait derrière les petits points du mot de passe et ça avait été remplacé par ******.
Donc en effet, ça ne pouvait pas marcher…
Je suis un génie…
Enfin…
En fait…
Non.
1 Like
Mince, c’est peut être un bug du service MQTT ça non @AlexTrovato ?
le front remplace le contenu du mot de passe par des **** a un moment non ?
Le front reçoit le vrai mot de passe uniquement si MQTT embarqué est utilisé (sinon c’est un faux mot de passe *********). Et la possibilité de l’afficher est également disponible uniquement pour un broker embarqué.
Le mot de passe est généré aléatoirement à partir du moment où on passe en mode “broker embarqué”, mais il est possible de le modifier depuis la page de configuration, ce qui le modifie également sur mosquitto.
J’ai pris le choix de cacher le mot de passe s’il n’est pas géré par Gladys (connexion à un serveur externe).
J’ai peut-être loupé un truc, mais s’il faut fixer, mon PC est tout chaud !
1 Like
Je me doute que normalement il n’y a pas de bug, mais là ça y ressemble fortement 
Si il n’a pas mis “****” dans le champs et que ça se retrouve dans le mot de passe, c’est que forcément le frontend a du se mélanger les pinceaux à un moment. Peut-être lors d’un clique supplémentaire sur “connexion” plus tard dans l’UI ?
Après c’est peut-être un bug legacy qui a été fixé dans une release récente, mais bon il faut en être sur parce que ça craint comme bug 
Je ne me prendrais pas trop la tête avec ça car, pour rappel, j’ai installé éclipse mosquitto en dehors de Docker, activé et désactivé les deux plusieurs fois, modifié le .conf manuellement…
Un conflit à un moment donné n’est pas impossible…
Maintenant, dans un monde parfait, ça n’aurait jamais dû arriver (Mais qu’est-ce qu’on se ferait Ch… 
)
1 Like
Salutations!
Je déterre ce sujet pour vous faire part d’un petit souci si semble être récurrent.
Lorsque le container éclipse-mosquitto est mis à jour (via Watchtower je suppose, la dernière fois il y a deux heures), je dois systématiquement re-sauvegarder le login et mot de passe du serveur MQTT dans Gladys pour que ça refonctionne…
Suis-je le seul?
Salut @GBoulvin ,
Non tu n’es pas seul dans ce cas, j’ai le même problème avec mosquitto, mais ça m’arrive égalementsur coupure EDF à chaque orage, visiblement Gladys ne sait pas se reconnecter automatiquement (certainement après plusieurs essais infructueux). Également, l appui sur le bouton ne suffit pas, il faut retaper le mot de passe (lorsque je bossais sur l’integration Netatmo, j’avais remarqué que le mot de passe devenait ********** en base au lieu du mot de passe d’origine).
En effet! Pour éviter ça, ‹ démasquer › le mot de passe avant de cliquer sur ‹ sauvegarder la configuration › suffit chez moi…
Est-ce qu’on a une issue GitHub pour ce bug?
ça permettrait de ne pas le perdre de vue.
@pierre-gilles , si c’est lors de la mise à jour du container que les credentials sont ‘oubliés’, ne serait-ce pas un bug du côté d’eclipse-mosquitto ? Ou c’est à Gladys de vérifier que les infos sont transmises au container MQTT après une mise à jour ?
A enquêter Dans tous les cas peut-importe si ça vient de eclipse-mosquitto ou Gladys, côté Gladys il faut que ça marche!
@Terdious since your full reinstallation (x64), have you had the problem again (being prompted to re-enter the MQTT password after the container update)? It updated about a month ago…
Hi @GBoulvin,
So yes and no …
As a reminder I’m on an external mosquitto server placed on another rpi. With that clarified, during an outage:
- the mosquitto rpi and the Gladys Prod rpi start,
- the official Gladys Prod can’t connect,
- mosquitto starts
- the Gladys (pro) on the same RPI starts and connects fine to localhost,
- on Gladys Prod I still have to retype the password.
Hoping to be clear 
^^
Isn’t a restart enough? Maybe a retry button could do the job?