Bonjour,

J'ai une requête mysql qui n'aboutit jamais sur un gepi ( version 1.6.1c1e925) et du coup celui-ci devient inaccessible aux utilisateurs

Lorsque j'ai été averti du problème, j'ai lancé cette commande sur le serveur mysql ( v5.1...)
#mysqladmin -ppassword processlist
Ci-dessous la première ligne, celle qui pose problème.
+--------+---------------+-----------------------+--------------------+---------+------+----------------------+------------------------------------------------------------------------------------------------------+
| Id | User | Host | db | Command | Time | State | Info |
+--------+---------------+-----------------------+--------------------+---------+------+----------------------+------------------------------------------------------------------------------------------------------+
| 190779 | user | web1net:49460 | user_gepi | Query | *6063* | Copying to tmp table | SELECT DISTINCT u.*, r.pers_id FROM classes c, j_eleves_classes jec, eleves e, utilisateurs u, resp_ |

Pour m'en sortir, j'ai dû redémarrer le serveur mysql. ( je n'aurais pu tuer que le thread, mais bon)

_Questions : _
- Pourquoi cette requête (SELECT DISTINCT u.*, r.pers_id FROM classes c, j_eleves_classes jec, eleves e, utilisateurs u, resp_) pose problème et n'aboutit jamais (bug? ou mauvaise manip de l'utilisateur qui semble vouloir importer des data en cette début d'année) - Comment configurer le serveur mysql pour qu'il tue automatiquement des requêtes qui durent trop longtemps sans aboutir. Existe-il une variable système pour cela à parametrer dans le my.cnf?

Merci d'avance pour vos réponses en cette rentrée.

--
Sébastien Prouff
_____________________________________
Responsable du pôle TICE
CDDP de la Charente Maritime
tel : 05 46 00 34 73
http://web.crdp-poitiers.org/cddp17

_________________________________________________________________________________
Documentation Gepi en ligne : http://www.sylogix.org/projects/gepi/wiki
Pour modifier ou résilier votre abonnement à cette liste :
https://lists.sylogix.net/mailman/listinfo/gepi-users

Répondre à