You are not logged in.
Pages: 1
Bonjour,
nous faisons tourner depuis plusieurs mois GLPI sur une Mandriva 2008, et il nous arrivait intempestivement que l'interface soit en attente pendant plusieurs dizaines de secondes (de 30s à 2 ou 3 minutes, au juger).
Nous nous sommes rendus compte que pendant ce temps une socket réseau sur le serveur se bloquait.
Après passage dans une machine virtuelle en Mandriva 2009, pas de changement : malgré l'upgrade Apache (etc.) nous avons toujours ces blocages intempestifs.
Est-ce que c'est déjà arrivé à quelqu'un ? Est-ce connu ? Est-ce Mandriva ?
Merci pour toute piste à ce sujet.
(j'ai un doute sur le fait que ce soit un bug GLPI... mais il n'y a que GLPI qui nous fait ce comportement, alors que nous avons bien sûr d'autres applis Linus/Apache/MySQL/Php qui n'ont pas de soucis.)
Offline
Bonjour,
Il faudrait mettre GLPI en mode débug et activer les logs pour éventuellement observer si un correlation existe entre ces blocages et des actions de GLPI.
JMD / Jean-Mathieu Doléans - Glpi-project.org - Association Indepnet
Apportez votre pierre au projet GLPI : Soutenir
Offline
Bonjour,
Il faudrait mettre GLPI en mode débug et activer les logs pour éventuellement observer si un correlation existe entre ces blocages et des actions de GLPI.
euh, oui...
Je piste ça et je reviens ici
Offline
Paf ! ça me le fait au moment où je clique sur "Configuration" ! Quelle ironie !
Offline
Bien, bien... j'ai mis puis enlevé puis remis le mode debug.
Paf enfin un blocage :
SQL REQUEST : 101 Queries took 0.147s
le blocage, lui, a duré plusieurs secondes (> 15s)
Y-a t'il des fichiers de logs où on peut détecter quelque chose ?
Mes fichiers files/_log/ sont inexistants...
Last edited by Jacq4y (2008-12-09 16:21:39)
Offline
Offline
Il faut activer les traces dans les fichiers de logs dans la configuration de GLPI cf le wiki
ok, j'avais raté la case.
C'est en place... je reviens au prochain blocage
Last edited by Jacq4y (2008-12-09 16:52:21)
Offline
Et voilà, dans les logs mysql :
2008-12-09 15:53:11
*** MySQL query error :
***
SQL: SELECT * FROM glpi_plugin_treeview_profiles WHERE (ID = 3)
Error: Table 'glpidb.glpi_plugin_treeview_profiles' doesn't exist
Backtrace :
/var/www/glpi-ssl/inc/commondbtm.class.php:97 DBmysql->query()
/var/www/glpi-ssl/plugins/treeview/inc/plugin_treeview.functions_auth.php:52 CommonDBTM->getFromDB()
/var/www/glpi-ssl/inc/plugin.function.php:117 plugin_treeview_initSession()
/var/www/glpi-ssl/inc/auth.class.php:339 doHook()
/var/www/glpi-ssl/login.php:210 Identification->initSession()
/var/www/glpi-ssl/login.php
par contre je ne sais pas si c'est lié... c'est quoi cette table manquante ?
(qui peut déplacer ce sujet dans debug ?)
Offline
Non c'est une table d'un plugin qui n'existe pas. Si tu n'utilise pas ce plugin supprimes le répertoire dans /glpi/plugins
Xavier Caillaud
Blog GLPI Infotel
Offline
On a trouvé d'où ça venait : le serveur mysql était sur une machine virtuelle VMWare à côté : les connexions étaient bloquées de temps en temps.
Depuis que le serveur mysql est sur le même serveur qu'Apache : plus de soucis !
Offline
ouais enfin virtualiser un serveur avec une base de données, ce n'est pas recommandée pour le moment
Offline
Non ce qui n'est pas recommandé c'est de faire des connexions SQL d'une VM à l'autre, si j'ai bien lu.
Offline
Pages: 1