# Bug v4.17.0 de Zigbee2MQTT ?
**URL:** https://community.gladysassistant.com/t/bug-v4-17-0-zigbee2mqtt/7965
**Category:** Développement
**Created:** [Février 13, 2023, 5:56 UTC](https://community.gladysassistant.com/t/bug-v4-17-0-zigbee2mqtt/7965 "2023-02-13T05:56:23Z")
**Posts on this page:** 20
**Page:** 1
### Author:  [@lmilcent](https://community.gladysassistant.com/u/lmilcent)
#### Post date: [Février 13, 2023, 5:56 UTC](https://community.gladysassistant.com/t/bug-v4-17-0-zigbee2mqtt/7965/1 "2023-02-13T05:56:23Z")
Salut @pierre-gilles
Je viens de mettre à jour vers la v4.17.0 et je constate des erreurs du Zigbee2MQTT.
C’est surement en lien, je n’arrive plus à controler mes périphériques Zigbee depuis la mise à jour, mais l’interface de Gladys fonctionne.
---
### Author:  [@lmilcent](https://community.gladysassistant.com/u/lmilcent)
#### Post date: [Février 13, 2023, 5:58 UTC](https://community.gladysassistant.com/t/bug-v4-17-0-zigbee2mqtt/7965/2 "2023-02-13T05:58:45Z")
Je confirme :
- Zigbee2MQTT fonctionnel via l’interface web dédié (port 8080)
- Controle via Gladys KO
---
### Author:  [@lmilcent](https://community.gladysassistant.com/u/lmilcent)
#### Post date: [Février 13, 2023, 6:01 UTC](https://community.gladysassistant.com/t/bug-v4-17-0-zigbee2mqtt/7965/3 "2023-02-13T06:01:59Z")
J’ai pu résoudre en arrêtant et supprimant tous les conteneurs et en relançant Gladys.
---
### Author:  [@AlexTrovato](https://community.gladysassistant.com/u/AlexTrovato)
#### Post date: [Février 13, 2023, 6:02 UTC](https://community.gladysassistant.com/t/bug-v4-17-0-zigbee2mqtt/7965/4 "2023-02-13T06:02:07Z")
Salut, j’ai l’impression que l’erreur dit simplement que Gladys reçoit une valeur de zigbee2mqtt, mais que celle-ci n’est pas gérée par Gladys.
Peux-tu essayer de mettre à jour ton device depuis la page « Découverte Zigbee » du service Zigbee2Mqtt ?
---
### Author:  [@lmilcent](https://community.gladysassistant.com/u/lmilcent)
#### Post date: [Février 13, 2023, 6:02 UTC](https://community.gladysassistant.com/t/bug-v4-17-0-zigbee2mqtt/7965/5 "2023-02-13T06:02:57Z")
J’ai vérifié, il n’y avait pas de maj de device zigbee dans les parametres du service.
---
### Author:  [@AlexTrovato](https://community.gladysassistant.com/u/AlexTrovato)
#### Post date: [Février 13, 2023, 6:05 UTC](https://community.gladysassistant.com/t/bug-v4-17-0-zigbee2mqtt/7965/6 "2023-02-13T06:05:59Z")
Je viens de voir ta solution… c’est tout de même gênant que ce soit si peu stable…
N’hésite pas à donner d’autres logs / info si des problèmes d’instabilité reviennent.
Plus on a d’info, plus on peut tenter un correctif.
---
### Author:  [@pierre-gilles](https://community.gladysassistant.com/u/pierre-gilles)
#### Post date: [Février 13, 2023, 6:20 UTC](https://community.gladysassistant.com/t/bug-v4-17-0-zigbee2mqtt/7965/7 "2023-02-13T06:20:28Z")
Pour info, la v4.17.0 ne touche pas au Zigbee2mqtt, donc tu as du tomber dans un bug lié au restart de Gladys, ou au restart d’un des 2 containers nécessaires à cette intégration.
Il aurait fallu les logs complètes pour voir ce qui s’est passé, la prochaine fois pense à les garder 🙂
---
### Author:  [@lmilcent](https://community.gladysassistant.com/u/lmilcent)
#### Post date: [Février 13, 2023, 6:39 UTC](https://community.gladysassistant.com/t/bug-v4-17-0-zigbee2mqtt/7965/8 "2023-02-13T06:39:39Z")
C’est quoi le meilleur moyen de récupérer ça ?
Que je le sache pour la prochaine fois…
---
### Author:  [@pierre-gilles](https://community.gladysassistant.com/u/pierre-gilles)
#### Post date: [Février 13, 2023, 6:45 UTC](https://community.gladysassistant.com/t/bug-v4-17-0-zigbee2mqtt/7965/9 "2023-02-13T06:45:07Z")
Moi je ferais :
```auto
docker logs gladys &> gladys_logs.txt
```
> **[Redirect stdout and stderr to File](https://linuxhint.com/redirect-stdout-and-stderr-to-file/)**
>
> Redirection captures a program output and sends it as an input to another command or file. The I/O streams can be redirected by putting the n\> operator in use, where n is the file descriptor number. For redirecting stdout, we use "1\>" and for stderr,...
---
### Author:  [@lmilcent](https://community.gladysassistant.com/u/lmilcent)
#### Post date: [Février 13, 2023, 7:00 UTC](https://community.gladysassistant.com/t/bug-v4-17-0-zigbee2mqtt/7965/10 "2023-02-13T07:00:56Z")
Ça fait beauuuucoup de logs, mais ça marche en effet.
---
### Author:  [@GBoulvin](https://community.gladysassistant.com/u/GBoulvin)
#### Post date: [Février 13, 2023, 7:01 UTC](https://community.gladysassistant.com/t/bug-v4-17-0-zigbee2mqtt/7965/11 "2023-02-13T07:01:59Z")
> [@lmilcent](#):
>
> J’ai vérifié, il n’y avait pas de maj de device zigbee dans les parametres du service
Par contre, MQTT a été mis à jour hier chez moi… Peut-être un lien?
---
### Author:  [@pierre-gilles](https://community.gladysassistant.com/u/pierre-gilles)
#### Post date: [Février 13, 2023, 7:11 UTC](https://community.gladysassistant.com/t/bug-v4-17-0-zigbee2mqtt/7965/12 "2023-02-13T07:11:04Z")
Est-ce que Zigbee2mqtt réagit bien au redémarrage du container MQTT ? De Gladys ?
Si quelqu’un arrive à avoir un exemple reproductible 🙂
---
### Author:  [@guim31](https://community.gladysassistant.com/u/guim31)
#### Post date: [Février 13, 2023, 8:01 UTC](https://community.gladysassistant.com/t/bug-v4-17-0-zigbee2mqtt/7965/13 "2023-02-13T08:01:15Z")
J’ai vu que j’étais en 4.17.0 ce matin… première chose que je fais : j’ouvre mes volets (z2m) et aucun problème chez moi
---
### Author:  [@PhilippeMA](https://community.gladysassistant.com/u/PhilippeMA)
#### Post date: [Février 13, 2023, 10:45 UTC](https://community.gladysassistant.com/t/bug-v4-17-0-zigbee2mqtt/7965/14 "2023-02-13T10:45:16Z")
Hello,
Chez moi, le service semble avoir redémarré correctement (tout est démarré d’après le menu configuration de l’intégration).
Cependant, plus aucun de mes devices de l’intégration n’est mis à jour depuis le redémarrage suite MAJ Gladys. Je regarde en rentrant ce soir les logs pour alimenter la discussion.
---
### Author:  [@pierre-gilles](https://community.gladysassistant.com/u/pierre-gilles)
#### Post date: [Février 13, 2023, 10:49 UTC](https://community.gladysassistant.com/t/bug-v4-17-0-zigbee2mqtt/7965/15 "2023-02-13T10:49:22Z")
@AlexTrovato Si jamais Gladys redémarre, et que le container MQTT n’est pas disponible, est-ce que Gladys est capable de s’y reconnecter plus tard quand le container MQTT est dispo ?
---
### Author:  [@pierre-gilles](https://community.gladysassistant.com/u/pierre-gilles)
#### Post date: [Février 13, 2023, 11:05 UTC](https://community.gladysassistant.com/t/bug-v4-17-0-zigbee2mqtt/7965/16 "2023-02-13T11:05:53Z")
Je me répond à moi même, j’ai l’impression en lisant que le code et la doc de MQTT.js, si jamais la connection se fait pas dans les 30 premières secondes, c’est mort
Côté intégration Zigbee2mqtt dans Gladys:
(Source: [Gladys/connect.js at master · GladysAssistant/Gladys · GitHub](https://github.com/GladysAssistant/Gladys/blob/master/server/services/zigbee2mqtt/lib/connect.js#L16) )
Côté doc MQTT.js:
Doc: [mqtt - npm](https://www.npmjs.com/package/mqtt#connect)
Dans certain cas, en cas de mise à jour de MQTT juste après la mise à jour de Gladys (ce qui est logique, Watchtower fait tout en série au même moment), et bien si la mise à jour prend plus de 30 secondes (largement possible si la connection internet de l’utilisateur est pas folle), l’utilisateur n’aura plus Zigbee2mqtt de dispo
A tester en réel, mais je pense que c’est ça qui arrive.
@AlexTrovato t’en penses quoi ?
A mon avis, il faut qu’on ait une vrai stratégie de reconnection même avant la première connexion au cas ou ça foire, faudrait voir si il y a pas une façon recommandée de faire avec cette lib, pour re-essayer toutes les 15 secondes « ad vitaam » ?
---
### Author:  [@cicoub13](https://community.gladysassistant.com/u/cicoub13)
#### Post date: [Février 13, 2023, 11:11 UTC](https://community.gladysassistant.com/t/bug-v4-17-0-zigbee2mqtt/7965/17 "2023-02-13T11:11:01Z")
Ça me paraît bizarre quand même, vu l’ordre de WatchTower. Le redémarrage de ces containers (mosquito et zigbee2mqtt) est quasiment instantané, le download est censé être fait avant.
> Watchtower will pull down your new image, gracefully shut down your existing container and restart it with the same options that were used when it was deployed initially.
---
### Author:  [@guim31](https://community.gladysassistant.com/u/guim31)
#### Post date: [Février 13, 2023, 2:20 UTC](https://community.gladysassistant.com/t/bug-v4-17-0-zigbee2mqtt/7965/18 "2023-02-13T14:20:53Z")
Sinon y’a peut être un paramètre type delai pour la mise à jour des container par watchtower ?
---
### Author:  [@pierre-gilles](https://community.gladysassistant.com/u/pierre-gilles)
#### Post date: [Février 14, 2023, 2:09 UTC](https://community.gladysassistant.com/t/bug-v4-17-0-zigbee2mqtt/7965/19 "2023-02-14T02:09:38Z")
@cicoub13 Effectivement ! Mais bon, je pense quand même qu’on a un trou dans la raquette de ce niveau là, c’est chaud que l’intégration sache pas retomber sur ces pattes si un container est indisponible pendant 30 secondes (pour la 1ère connection)
---
### Author:  [@lmilcent](https://community.gladysassistant.com/u/lmilcent)
#### Post date: [Février 14, 2023, 7:18 UTC](https://community.gladysassistant.com/t/bug-v4-17-0-zigbee2mqtt/7965/20 "2023-02-14T07:18:54Z")
Sachant que j’ai des équipements zigbee « pollueurs » en quantité de données, ça pourrait parfois impliquer un redémarrage plus lent en cas de mise à jour Z2M ?
Quoi qu’il en soit, c’est vrai que l’intégration devrait tenter régulièrement une reconnexion. On est pas à l’abri d’un délai, d’un utilisateur qui fait une manip au mauvais moment, etc.
[Page suivante](https://community.gladysassistant.com/t/bug-v4-17-0-zigbee2mqtt/7965.md?page=2)