bonjour et bonne Année à tous :)
il y a un bug avec AStat.2 en utilisant les onglets, ne me demander pas lequel, je tiens pas a me retrouver avec :
Piwigo encountered a non recoverable error
[mysql error 1040] Too many connections
mysql_connect
#1 my_error /www/Piwigo/piwigo-2.0.0/include/common.inc.php(107)
#2 include_once /www/Piwigo/piwigo-2.0.0/index.php(26)
impossible d'ouvrir phpmyadmin même sous root
vouloir arrêter mysql en ssh donne:
sudo mysql stop
ERROR 1040 (00000): Too many connections
la seule solution est de rebooter le serveur
Hors ligne
Version Piwigo? Version Astat 2? Version php? Version MySQL?
Je vais tester de ce pas.
(Evite piwigo-2.0.0/ dans le chemin...)
Hors ligne
Piwigo 2.0.7
AStat.2 2.1.1
PHP: 5.2.4-2ubuntu5.10 (Montrer les informations) [2010-01-20 12:02:58]
MySQL: 5.0.51a-3ubuntu5.4 [2010-01-20 12:02:58]
Hors ligne
Version de Grum Plugins Classes.2 ???
Peut-être ? (2.0.4 Je n'ai aucun pb).
Hors ligne
PS
ce matin la premiere fois que cela me la fait j'ai reussi a ouvrir phpmyadmin et j'ai eu comme donnée
101 connection
en 1 heures, 30 minutes et 56 secondes. -> 38 539 requêtes
Hors ligne
nounours93 a écrit:
impossible d'ouvrir phpmyadmin même sous root
vouloir arrêter mysql en ssh donne:
sudo mysql stop
ERROR 1040 (00000): Too many connections
la seule solution est de rebooter le serveur
le problème ne provient donc probablement pas du plugin.
je ne vois pas comment un script PHP peut en une seule fois faire :
101 connection
en 1 heures, 30 minutes et 56 secondes. -> 38 539 requêtes
Un script est coupé automatiquement au bout de 30secondes, peut-être un peu plus si tu as modifié la configuration PHP.
Donc même si le script monopolisait toutes les ressources du serveur mysql, il ne peut -théoriquement- pas faire çà....
As-tu le problème avec ton serveur mysql uniquement si tu vas sur AStat.2 ?
Peux-tu reproduire le problème systématiquement ?
Tu as quoi d'autre qui sollicite ton serveur ?
Pour le fait d'être obligé de rebooter le serveur, normallement lorsque tu as ce type de message tu peux te connecter quand même.
http://dev.mysql.com/doc/refman/5.0/fr/ … tions.html
je serais curieux de connaitre le résultat d'un "SHOW PROCESSLIST"
Hors ligne
je viens de faire un test sur mon serveur local (PHP 5.2.8 + MySQL: 4.1.22)
je fait plusieurs requêtes, pas de problèmes :
- le nombre de connexion augmente de 1 pendant la requête
- le nombre de connexion réduit de 1 à la fin de la requête
Donc :
- sans sollicitation du site : nombre de connexion = 2
- avec sollicitation du site : nombre de connexion = 3
cf. capture...
Hors ligne
bonjour
pour information j'ai 147033 photos sur le site
je viens de refaire un test :(
click sur AStat -> OK
affiche
page vue 1595569
Images vue 967127
Catégorie vue 19533
click sur outils -> OK
Click sur configuration -> OK
click sur image -> plantage -> Too many connections
grum a écrit:
As-tu le problème avec ton serveur mysql uniquement si tu vas sur AStat.2 ?
oui et non par moment c'est d'une lenteur exaspérante et cela peut aller jusqu'a connection trop longue et coupure de la connection
grum a écrit:
Tu as quoi d'autre qui sollicite ton serveur ?
il ni a que Piwigo
grum a écrit:
Pour le fait d'être obligé de rebooter le serveur, normallement lorsque tu as ce type de message tu peux te connecter quand même.
http://dev.mysql.com/doc/refman/5.0/fr/ … tions.html
oui j'avais trouvé cette page, mais avec une moyenne de 15 000 page vue par jour ce qui fait 10 pages vue a la minute je suis loin des 100 connections simultanées
grum a écrit:
je serais curieux de connaitre le résultat d'un "SHOW PROCESSLIST"
ne pouvant pas ouvrir phpmyadmin ni ouvrir mysql en ssh je peux pas te répondre
et j'ai une petite question a propos des demandes à mysql
téléchargent on juste ce que l'on a besoin ou toute la BDD ?
Hors ligne
nounours93 a écrit:
bonjour
pour information j'ai 147033 photos sur le site
çà fait un bon paquet effectivement...
nounours93 a écrit:
je viens de refaire un test :(
click sur AStat -> OK
affiche
page vue 1595569
Images vue 967127
Catégorie vue 19533
click sur outils -> OK
Click sur configuration -> OK
click sur image -> plantage -> Too many connections
si tu répètes le test, sans aller sur "images", il y a un moment ou çà plante ?
nounours93 a écrit:
grum a écrit:
As-tu le problème avec ton serveur mysql uniquement si tu vas sur AStat.2 ?
oui et non par moment c'est d'une lenteur exaspérante et cela peut aller jusqu'a connection trop longue et coupure de la connection
vu ta base, çà ne m'étonne pas.
pour info la mienne doit être dix fois moins grosse (si çà n'est pas plus).
en local, certaines requêtes peuvent prendre jusqu'à 8secondes, alors que la même sur la même base, chez mon hébergeur, prends moins d'une seconde...
nounours93 a écrit:
grum a écrit:
Pour le fait d'être obligé de rebooter le serveur, normallement lorsque tu as ce type de message tu peux te connecter quand même.
http://dev.mysql.com/doc/refman/5.0/fr/ … tions.htmloui j'avais trouvé cette page, mais avec une moyenne de 15 000 page vue par jour ce qui fait 10 pages vue a la minute je suis loin des 100 connections simultanées
grum a écrit:
je serais curieux de connaitre le résultat d'un "SHOW PROCESSLIST"
ne pouvant pas ouvrir phpmyadmin ni ouvrir mysql en ssh je peux pas te répondre
tu lance MySQL Administrator avant de faire les tests : tu vois en temps réel les charges du serveur mysql.
avantage de le lancer avant les test : normalement il est le premier connecté et conserve sa connexion, ce qui devrait permettre de suivre et tuer au besoin les requêtes posant problème...
nounours93 a écrit:
et j'ai une petite question a propos des demandes à mysql
téléchargent on juste ce que l'on a besoin ou toute la BDD ?
lors d'une requête au serveur, seules les données issues de la requête sont restituées.
par contre le serveur MySQL lui, charge toute les données dont il a besoin. je ne saurais te dire comment c'est fait exactement. il ne charge probablement pas tout d'un coup, il doit passer par des tampons ou autres systèmes du genre...
Hors ligne
grum a écrit:
tu lance MySQL Administrator avant de faire les tests : tu vois en temps réel les charges du serveur mysql.
avantage de le lancer avant les test : normalement il est le premier connecté et conserve sa connexion, ce qui devrait permettre de suivre et tuer au besoin les requêtes posant problème...
alors là tu m'en demande de trop, je suis nul avec mysql, je vais faire un tour sur google pour voir comment faire
grum a écrit:
si tu répètes le test, sans aller sur "images", il y a un moment ou çà plante ?
je reteste après le tour sur google
Hors ligne
pour MySQL Administrator c'est fichu je n'ai pas X
j'ai quand même retesté
click sur AStat -> OK
click sur outils -> OK
Click sur configuration -> OK
click sur Par catégories -> plantage -> Too many connections (au lieu de Image)
Hors ligne
Astat.2
Outils
Tu as combien de lignes dans l'historique...
Cela ne vaudrait-il pas le coup de faire du ménage?
Hors ligne
34172 image inexistantes sont présentes dans les évènements de l'historique et impactent 77750 évènements
j'ai essayer de faire
Avant de procéder à la synchronisation : préparer AStat
effectuer le traitement
mais rien ne se passe
Hors ligne
AStat version 2.1.1 ::Statistiques Avancées [Outils]
Outils de maintenance
Informations générales sur l'historique
94960 évènements sont présents dans l'historique
La table pèse 5.32 Mo (Table: 3.60 Mo ; Index: 1.72 Mo)
Date du premier évènement : 01/09/2009 00:01:53
Date du dernier évènement : 21/01/2010 11:55:31
Pas de problème.
Passe par Admin > Spéciales > Maintenance >
Réparer et optimiser la base de données
C'est certainement dû à la complexité des requêtes qui font beaucoup de jointure avec les table categories et images.
Hors ligne