Hello,
Hier soir j’ai tenté d’afficher la Timeline sans succès et ce matin, encore à 8h32, erreur « [SQLSTATE[HY000] [1040] Too many connections] ».
J’ai pu retrouver l’accès avec la commande de @pifou. A la lecture des logs, j’ai malheureusement pas assez de lignes pour savoir ce qu’il s’est passé à 8h32.
Mathieu
Bonjour a tous,
Tous comme vous j’ai un soucis dans les log http error
[Wed Jan 05 05:16:21.872426 2022] [php7:error] [pid 2110] [client 127.0.0.1:32898] PHP Fatal error: Uncaught PDOException: Packets out of order. Expected 0 received 1. Packet size=23 in /var/www/html/core/class/DB.class.php:40
Stack trace:
#0 /var/www/html/core/class/DB.class.php(40): PDO->__construct('mysql:host=loca...', 'jeedom', '601931d1e1d40e0', Array)
#1 /var/www/html/core/class/DB.class.php(50): DB::initConnection()
#2 /var/www/html/core/class/DB.class.php(82): DB::getConnection()
#3 /var/www/html/core/class/config.class.php(187): DB::Prepare('SELECT `key`,`v...', Array, 1)
#4 /var/www/html/core/class/translate.class.php(34): config::byKeys(Array)
#5 /var/www/html/core/class/translate.class.php(151): translate::getConfig('language', 'fr_FR')
#6 /var/www/html/core/class/translate.class.php(75): translate::getLanguage()
#7 /var/www/html/core/class/translate.class.php(54): translate::exec('{{Chauffage}}', '/var/www/html/c...', false)
#8 /var/www/html/core/class/translate.class.php(165): translate::sentence('Chauffage', '/var/www/html/c...', false)
#9 /var/www/html/core/config/jeedom.config.php(23): __( in /var/www/html/core/class/DB.class.php on line 40
J’ai cherché un peu partout sur la communauté mais il semble que pour le moment pas de solutions concrète
j’ai trouvé le moyen de générer ces erreurs en lancant une sauvegarde.
je me demande si la sauvergarde ne génère pas un pic de connexion mysql qui par conséquent génére les erreurs
j’ai modifié le nombre max de connexion à 151 mais cela ne résout pas le problème
Nettoyé la base de données, tout redémarré, relancé les dépendances des plugins
Version PHP 7.3.31-1 deb10u1, memoire dispo 73% (3698mo), emmc exploité à 16%
Taux de charge 0.4-0.91
interrogation en SSH
root@Jeedom:/# ps aux --sort=-%mem | head -10
USER PID %CPU %MEM VSZ RSS TTY STAT START TIME COMMAND
mysql 2341 36.4 9.6 3738892 363692 ? Ssl 02:39 66:45 /usr/sbin/mysqld
www-data 23278 22.1 3.0 4142828 116584 ? Sl 04:45 12:50 /usr/bin/python /var/www/html/plugins/openzwave/core/class/../../resources/openzwaved/openzwaved.py --device auto --loglevel debug --port 8083 --config_folder /var/www/html/plugins/openzwave/core/class/../../resources/openzwaved/config --data_folder /var/www/html/plugins/openzwave/core/class/../../data --callback http://127.0.0.1:80/plugins/openzwave/core/php/jeeZwave.php --apikey n6ifaiaRjMsUc5bgfRgihRMpM4j4fvSY --suppressRefresh 0 --cycle 0.3 --pid /tmp/jeedom/openzwave/deamon.pid
www-data 3271 0.5 1.1 239804 43448 ? S 02:40 0:57 php /var/www/html/core/class/../php/jeeCron.php cron_id=272590
www-data 31492 0.9 0.8 226200 32792 ? S 05:13 0:17 /usr/sbin/apache2 -k start
www-data 3697 0.1 0.8 229564 31836 ? S 02:40 0:14 php /var/www/html/core/class/../php/jeeCron.php cron_id=23
www-data 24363 0.7 0.8 225848 31340 ? S 04:19 0:35 /usr/sbin/apache2 -k start
www-data 27523 1.0 0.8 222880 31308 ? S 05:22 0:13 /usr/sbin/apache2 -k start
www-data 1139 0.7 0.8 222828 30756 ? S 05:14 0:12 /usr/sbin/apache2 -k start
www-data 31493 0.9 0.8 222824 30512 ? S 05:13 0:16 /usr/sbin/apache2 -k start
en soin ca n’empeche pas de faire tourner la machine, elle est juste inacessible durant un certains temps, mais je suis quand meme inquiet car je me demande si certains ordres ou remontées à ces moments la ne serait pas perdu
l’une des solutions serait de désactiver les sauvegardes mais pas super secure quand meme
avez vous réussi à trouver une solution??
Merci par avance
re bonjour,
Je complète mon message car j’ai poursuivi mes investigations
J’ai procédé à la desactivation de tous les plugins et il n’y a plus de message d’erreur, je les ai donc remis un par un et dés l’activation du plugin Z-wave les erreurs reviennent au sauvegarde
j’ai laissé que ce plugin et desactivé tous les scénarios et erreurs toujours présente
J’ai donc fait l’inverse, activé tous les plugins sauf Zwave et activé tous mes scénarios et aucune erreur à la sauvegarde
j’active le plugin zwave sans monter la clé aeotec GEN 5, pas d’erreur
clé monté et réseau ok = les erreurs reviennent
mon réseau est composé de 100 modules zwave et pas de soucis particulier sur les remontés d’infos
J’ai meme tenté de reinstaller sur une nouvelle machine et y mettre le backup et encore les memes erreur
Je me retrouve avec le même problème ce matin, j’ai un peu tout tenté et la bizarrement ça a l’air de ce stabiliser, quelqu’un a une piste pour savoir ce qu’il se passe? ça fait deux ans que mon jeedom tourne sans trop de soucis
Probleme identique ce matin
Tout tourne bien depuis longtemps et là, bingo
J’ai relancé le Pi, 10 minutes plus tard , j’ai le meme message
« SQLSTATE[HY000] [1040] Too many connections »
comment on résoud ce problème?
merci
Salut,
non je n’ai pas utilisé la timeline.
Par contre, j’ai des erreur de cron et de scenarion qui ne se sont pas lancés alors que d’habitude, rien de tout ça
Bonjour à tous,
Pour ma part l’erreur n’apparaissait que lors de la sauvegarde
et depuis que j’ai réduit le stockage des historiques et par conséquent purger les vieilles données,plus aucun soucis…
Est ce à cause de la durée de la sauvegarde??
Est ce à cause de la taille de la sauvegarde?? (forcément 2 ans d’historique sur 100 modules ca prenait un peu de place…
ou est-ce a cause du processus d’historisation qui génére beaucoup de connection à la base de données??
Aucune idée mais chez moi plus de problème "too many connections " depuis plusieurs mois
Salut Cadetlu,
pour tes scénarios qui ne se sont pas lancés, as tu été voir dans les logs des scénarios si effectivement pas de lancement ou bien il se sont lancé mais se sont arrété en erreur???
Parce que perso depuis hier j’ai eu aussi des bugs sur certains scénario mais en réalité c’est parce que certains utilisais des infos du plugin Domogeek (Heure de coucher du soleil par exemple) et que les services de ce derniers sont arrété définitivement donc forcément les scénarios ne peuvent plus fonctionner
Hello,
J’ai eu la même erreur… sauf que là, c’est mon Jeedom qui n’a pas aimé le changement d’heure !!! Tout était en vrac depuis 2h du matin.
A priori la sauvegarde a planté (elle se fait à 3h) et a planté tout le reste !