c’est un peu lent, mais ça marche…
2 choses à vérifier :
- avec le path détecter les erreurs php : [TUTO] Déboguer les erreurs d’expressions Jeedom (PHP) : patch de evaluateExpression() avec journalisation détaillée
- vérifier aussi que vous avez un filtre sur le topic dans le client MQTT de zigbeeLinker :
Hello à tous
J’ai appliqué toutes les reco, en fin j’ai l’impression ,maintenant le daemon zigbeelinker ne s’arrête plus qu’une seule fois par jour et tjs à la même heure 15h01
je ne sais plus quel points investiguer … une idée ?
un cron ???
Salut,
Perso je regarderais les logs du système pour voir si il se passe quelque chose de particulier.
Du genre :
sudo journalctl --since "2026-01-22 14:55" --until "2026-01-22 15:05"
Ok merci je vais regarder de ce coté là
Bonsoir,
En gros ce que j’avais pu pister sans être un spécialiste c’est que c’est entre zigbee2mqtt et mariadb. Dans le log mariadb on voit des « server has gone away » à l’heure des plantages.
Maintenant savoir ce qui provoque c’est plus compliqué quand on n’y connait pas grand chose.
J’ai modifié depuis qq jours des valeurs dans le fichier de conf de mariadb pour tester, le timeout et le max_allowed_packet.
J’ai l’impression de moins planter, mais ça reste à confirmer.
1 « J'aime »
Hello,
de mon coté j’ai regardé aussi dans le log pour voir ce qui se passe au moment d’un arrêt, effectivement il y a quelque chose au niveau de mariadb : « Got an error reading communication packets »
l’arrêt à 10:00:14 :
[2026-01-25 10:00:14] ERROR ##### Le service Client MQTT "Client MQTT Local" est arrêté #####
le log journalctl:
janv. 25 10:00:14 jeedom mariadbd[670]: 2026-01-25 10:00:14 81384 [Warning] Aborted connection 81384 to db: 'jeedom' user: 'jeedom' host: 'localhost' (Got an error reading communication packets)
si ça peut aider…
2 « J'aime »
Bonjour,
N’ayant pas eu d’arrêt du client mqtt depuis 3 jours, je vous mets les modifs que j’ai faites. Si vous voulez tester on pourra corroborer ce qui n’est peut-être qu’une coïncidence chez moi
J’ai enlevé les parties commentées du fichier d’origine pour faire moins long.
En ssh :
(n’oubliez pas sauvez d’abord votre fichier au cas où)
sudo nano /etc/mysql/mariadb.conf.d/50-server.cnf
Coller à la place du contenu.
[server]
[mysqld]
# Timeout et paquets pour Jeedom/ZigbeeLinker
wait_timeout = 28800
interactive_timeout = 28800
max_allowed_packet = 64M
# Limite de connexions
max_connections = 200
# Fichiers PID et base
pid-file = /run/mysqld/mysqld.pid
basedir = /usr
bind-address = 127.0.0.1
# Journaux
log_error = /var/log/mysql/error.log
expire_logs_days = 10
# Jeu de caractères pour Jeedom
character-set-server = utf8mb4
collation-server = utf8mb4_general_ci
# Taille log InnoDB (pour gros objets JSON)
innodb_log_file_size = 256M
[embedded]
[mariadb]
[mariadb-10.11]
Après avoir sauvegarder relancer mariadb :
sudo systemctl restart mariadb
Vous aurez surement qq plugins dont il faudra relancer le demon suite au restart de mariadb.
A suivre …
Edit : Bad news, cette nuit 3 arrêts alors que je n’avais rien eu depuis 3 jours.
Grrrrrrr je l’aurais un jour …
Bonjour,
J’ai quand même beaucoup moins (pratiquement plus) de déconnexion du client mqtt depuis mes modifs et donc si vous pouviez tester de votre coté les modifications dans le fichier 50-server.cnf et donner le retour.
En complément, j’avais oublié de dire que j’ai également mis 120s dans keep alive.
Bien cordialement
Merci pour ton retour je fais cela ce soir par contre moin z2m est déporté complètement et jais pas cette notion de keep alive
Ou alors c’est la notion temps de pause
Je pense que tu as le choix, bien que je n’ai pas zigbee2mqtt déporté.
Là quand tu vas dans configuration (la clé plate) en bas dans la partie expert tu as le premier bouton qui est : Configuration zigbee2mqtt et ça t’ouvre le fichier de conf yaml.
Mais dans ton cas comme il est déporté je ne sais pas si zigbeelinker va lui transmettre mais je pense que oui car c’est là ou il y a aussi les networks key et les devices.
Mais tu peux aussi aller sur ton interface zigbee2mqtt avec ton navigateur :
IP de la machine ou est zigbee2mqtt:8080
Je suppose car n’étant pas installé pareil 
Hello
pas eu le temps de le faire avant mais mon fichier 50-server.cnf contient plus de chose par exemple
d’apres ta copie écran tu sembles etre en version 10.11 de mariadb … moi en 10.5
mariadb --version
mariadb Ver 15.1 Distrib 10.5.29-MariaDB, for debian-linux-gnu (x86_64) using EditLine wrapper
Et pour info je suis revenu en arriere sur la conf z2m car depuis passage a 120s plus d"erreur … on verra bien si c’est une coincidence
Bonjour,
Oui moi aussi, à priori plus de perte du client mqtt, mais comme j’ai fais les 2 modifs en même temps, le test que tu fais avec juste le keepalive 120s modifié sera peut-être utile et surtout plus facile à appliquer aux utilisateurs.
Il doit surement suivre @MrGreen , mais je vais quand même déroger à la règle de ne pas taguer les dev, excuses moi par avance MrG 
C’est pour avoir ton avis sur la question et l’incidence possible de ce paramètre ?
A ce sujet, pourrais tu vérifier dans ton code que modifier dans le yaml de zigbeelinker suffit à passer le paramètre à 120 dans zigbee2mqtt car j’ai un doute, j’avais dû aller le faire directement dans l’interface zigbee2mqtt.
Bon dimanche à tous,
Salut salut, oui oui je suis le sujet, et ça ne me dérange pas d’être tagué 
quand c’est pour faire avancer les choses.
perso je mets 60 dans le keep alive, et il est vrai que je modifie les configs mysql / apache pour les box Jeedom… mais alors là aucune idée si les problèmes viennent de là ou pas pour zigbee2mqtt
La modif des config mysql / apache, c’est plus pour un rapport entre la capacité de la machine et ce qu’on va lui demander.
Pour des RPI, et dans apache je mets :
ServerLimit 256
StartServers 15
TimeOut 300
KeepAliveTimeout 20
MinSpareServers 5
MaxSpareServers 20
ServerLimit 256
MaxClients 256
MaxRequestsPerChild 4000
Dans mysql :
[mysqld]
max_connections = 200
max_user_connections = 0
(tout le reste par défaut)
Mais ce genre de config date, je vous les mets là juste pour info
1 « J'aime »
Hello, moi j’ai tenté plein de truc sans succès le seul truc que j’ai réussi c’est de trouver un modop pour reproduire le crash a chaque fois ou presque :
« Alexa, allume/éteint toutes les lumières » ce qui m’en fait déduire que c’est la charge de commande simultané qui provoque le problème.
1 « J'aime »
Du coup si tu sais reproduire le problème, va dans l’interface zigbee2mqtt dans un premier temps : ouvre le log et fais ta manip, puis récupère le log et postes le ici
idem dans jeedom->zigbeeLinker->configuration avec le log zigbee2mqtt et le démon.
Puis le top c’est d’avoir le log de zigbee2mqtt en debug :
ça va créer un log _debug dans jeedom->zigbeeLinker->configuration
bien entendu, vide les logs avant de lancer ta manip pour avoir le stricte minimum.
je viens de faire une mise à jour en béta :
A tester pour voir si cela arrange les choses de ton côté.