Bonjour,
J’ai trouvé sur le forum de nombreuses références à cette erreur SQL, mais pas de solution pérenne.
Voici mon cas : mon Jeedom tourne sur une VM VMware sous Debian 10, avec 2Go de RAM et 2 CPU.
Quand elle fonctionne, tout est vert sur le tableau de bord « santé »
Pourtant, quasiment tous les jours, j’ai un plantage avec le code d’erreur « SQLSTATE[HY000] [2002] Connection refused ».
La VM est alors toujours accessible et le broker JeeMQTT semble continuer à fonctionner (test avec mqtt manager)
Pour relancer, je dois revenir au snapshot de la veille.
Y a-t-il une solution ?
Je suis en Debian 10 parce que c’était la version recommandée quand j’ai installé mon jeedom. J’envisage de migrer bientôt, par « update » de ma VM ou plutôt en créant une nouvelle VM Debian 11 et en récupérant une sauvegarde pour m’affranchir de défauts éventuels de l’actuelle VM.
Complément : quand Jeedom est planté, mais pas la VM comme indiqué plus haut je peux faire un fsck qui m’affiche plein d’erreurs, les répare et je peux alors redémarrer jeedom…
A priori, tous semble bon. Pour le disque virtuel de la VM, le fsck donne en tout cas OK.
Et le bilan de santé Jeedom ne devrait-il pas signaler une telle erreur ?
Je ne comprends pas les termes : dans mon cas, l’hyperviseur est VMware, non ? les tailles de la RAM et celle du disque virtuel ont été définies au moment de la création de ma VM et je ne sais pas comment je pourrais contrôler leur bon fonctionnement.
Tout cela tourne sur un MAC qui n’a pas de problème de RAM ni de SSD.
PS : j’ai migré ma VM sur Parallels Desktop. Pour le moment, plus d’alerte de ce type depuis 48 h, mais de temps en temps des notifications de swap insuffisant, mais sans plantage.
Si tu le dis c’est que ça doit être le cas. Il y a cependant les outils que j’ai cités pour le vérifier formellement.
En effet explorer du côté hyperviseur. Je ne connais pas du tout VMware Fusion.
