lenteur glpi aléatoire

jonas · 2009-05-28 09:28:28

Bonjour,

Je dois réinstaller OCS + GLPI sur un nouveau serveur et récupérer les données de GLPI depuis l'ancien serveur.

Je viens d'installer glpi v0.70.2 sur une debian lenny depuis glpi-0.70.2.tar.gz.
Ma config matériel est la suivante:
Machine virtuel créée sur un serveur VirtuelCenter de Vmware.
CPU à 3 Ghz.
3 Gb de RAM.
40 Gb de DD.

J'ai installé d'abord OCS (OCSNG_UNIX_SERVER-1.02.tar.gz).

J'ai noté tous les packages installés:
apt-get install apache2 php5 libapache2-mod-php5
apt-get install php5-ldap
apt-get install mysql-server-5.0 php5-mysql
apt-get install libapache2-mod-perl2
apt-get install libsoap-lite-perl
apt-get install php5-gd
apt-get install libnet-ip-perl
apt-get install libapache-dbi-perl
apt-get install libxml-simple-perl
apt-get install make
En plus de ces packages, apt-get installe d'autres packages liés aux dépendances.

Les versions apache, php, mysql sont les suivantes:
apache 2.2.9
php 5.2.6
mysql 5.0.51a

Les données glpi ont été réinjectées par phpmyadmin depuis un fichier sql.

Aléatoirement, l'accès à glpi et la navigation dans les différents onglets sont longs.
Pourtant en faisant un "free -m", ma mémoire n'est utilisé qu'à 200 Mo sur 3000 Mo.

Un "ps aux | grep apache2" me donne ceci:
servglpi:~# ps aux | grep apache2
root 3274 0.0 0.4 39928 13804 ? Ss May27 0:05 /usr/sbin/apache2 -k start
www-data 3304 0.0 0.5 44340 17212 ? S May27 0:27 /usr/sbin/apache2 -k start
www-data 3305 0.0 0.6 47696 20044 ? S May27 0:15 /usr/sbin/apache2 -k start
www-data 3307 0.0 0.5 46404 18676 ? S May27 0:22 /usr/sbin/apache2 -k start
www-data 3308 0.0 0.5 44356 16600 ? S May27 0:16 /usr/sbin/apache2 -k start
www-data 3310 0.0 0.6 46676 19096 ? S May27 0:14 /usr/sbin/apache2 -k start
www-data 3478 0.0 0.6 46696 19440 ? S May27 0:17 /usr/sbin/apache2 -k start
www-data 3479 0.0 0.6 48944 21476 ? S May27 0:21 /usr/sbin/apache2 -k start
www-data 3936 0.7 0.6 46400 18968 ? S 08:54 0:13 /usr/sbin/apache2 -k start
www-data 3937 0.1 0.5 44348 16440 ? S 08:57 0:03 /usr/sbin/apache2 -k start
www-data 3962 0.7 0.5 46404 18492 ? S 09:20 0:02 /usr/sbin/apache2 -k start
root 3973 0.0 0.0 3148 784 pts/0 R+ 09:26 0:00 grep apache2

J'ai déjà réinstallé mon serveur 2 fois et je ne vois pas du tout d'où vient le problème.
Merci de votre aide.

ddurieux · 2009-05-28 09:36:09

Utilisez-vous IMAP pour la récupération des mails?
Avez-vous le cache d'activé dans la config de glpi?

jonas · 2009-05-28 09:46:38

Pas d'IMAP (Configuration - Passerelle mail - L'extension IMAP de votre parseur PHP n'est pas installée).
Le cache est activé mais à quoi sert-il???

jonas · 2009-05-28 10:01:11

J'ai désactivé le cache mais ça ne change rien.

Quand je clique sur Inventaire - Ordinateurs, il me mets 13s pour afficher la page et quand je vérifie le process apache2 par la commande "top", je processeur est utilisé à 98% pour apache2.

Je refais le même test 30 secondes après, la pâge est affichée en 0,2 seconde et apache2 utilise 8% du processeur.

ddurieux · 2009-05-28 10:20:36

ça le fait que sur GLPI sur cette machine? car ça pourrait être un problème de dns

jonas · 2009-05-28 10:36:13

le problème n'a lieu que sur le nouveau serveur glpi; l'ancien serveur glpi marche nickel.

Y aurait-il un moyen de mettre plus de choses en cache?

Last edited by jonas (2009-05-28 10:43:16)

jonas · 2009-05-28 15:30:33

@ddurieux

Je remarque que le 1er accès à l'application ainsi que la 1ère navigation dans les menus est longue.
Une fois que le cache est crée, la navigation est rapide (LOGIQUE).

Par contre, ça redevient long au bout de quelques minutes!

N'y aurait t-il pas la possibilité d'augmenter la durée du cache???
Merci.

jonas · 2009-05-29 09:30:15

Je crois avoir résolu le problème en optimisant php et mysql.

1) Désactiver le cache glpi.
2) apt-get install php-apc (Le "Alternative PHP Cache" (APC) est un cache d'opcode libre et ouvert pour PHP. Il a été conçu afin de fournir un framework libre, ouvert et robuste pour la mise en cache et l'optimisation de code intermédiaire PHP).
3) Dans etc/php5/apache2/conf.d/apc.ini, ajouter apc.shm_size=128, apc.gc_ttl=7200, apc.stat=Off, apc.include_once_override=1. (plus de détails http://fr3.php.net/manual/fr/apc.configuration.php)
4) Dans /etc/mysql/my.cnf modifier query_cache_size = 64M.
5) Redémarrage des services apache2 et mysql.

Maintenant, j'ai des temps de réponse impressionnants!..

Bonne continuation au projet GLPI!

JMD · 2009-05-29 19:59:09

Oui clairement APC est un super turbo pour les applis php.

Mais ça masque un peu la raison de votre lenteur. Même sans APC GLPI n'est absolument pas lent et je soupçonne certainement une autre raison à vos problèmes de lenteur. Il aurait été interessant d'investiguer plus en profondeur.

belanger_yves · 2009-08-07 21:34:49

Bonjour,

J'éprouve également un problème de lenteur aléatoire au login mais également lorsqu'on navigue au sein de GLPI.

Cette lenteur n'est apparu que lorsque j'ai migré GLPI 0.71.5 vers un serveur Windows 2003 virtuel tournant sous VMWare.

Auparavant, GLPI tournait en test sous Windows XP SP2 sans aucun problème.

J'ai fait quelques tests sur d'autres machines virtuels, mais avec GLPI 0.71.6 et 0.72, mais là aussi, apparaîssent à l'occasion, des problèmes de lenteurs.

GLPI tourne sous XAMPP (Apache 2.2.11, PHP 5.2.8, MySQL 5.0.51) et OCS 1.02. Le LDAP est installé mais n'est pas encore utilisé.

Je soupçonne que cette lenteur soit le fait que ce sont des machines virtuels, quoique notre environnement ne repose maintenant uniquement que sur des serveurs virtuels (environ 12) qui tournent sur des gros serveurs PowerEdge (ESX OS), avec un SAN de quelques To.

Avez-vous des idées ?

P.S. J'ai activé et désactivé le cache de GLPI mais sans différence notables... Sous PHP, le mémory_limit est à 128M.

JMD · 2009-08-07 22:41:30

Il est préférable de desactiver le cache de toute façon.

Aprés vous avez peut etre des taches de fonds qui font ramer GLPI.

Activer le mode débug et les traces des fichiers de log et regarder ce que vous avez comme infos au moment de la constatation des lenteurs.

belanger_yves · 2009-08-07 22:42:38

Re-bonjour,

Je désire ajouter un point. Je viens de constater le problème qui suit:

Je suis dans un ticket et j'ajoute un nouveau suivi. Lorsque l'information sur le suivi est complété, je clique sur le bouton "Ajouter". Je retourne donc à l'écran précédent, celui du ticket ouje vois le suivi venant d'être créé. Or la barre d'état me signale qu'IE est en attente de ... et la barre de progression bleue apparaît au bas.

Or cela ne m'enpêche pas de travailler, car je décide de créer un nouveau suivi et la section "Ajout d'un nouveau suivi apparaît". Je peut alors saisir les informations relatives au nouveau suivi. Mais pendant ce temps, le message d'attente de ..." et la barre de progression bleue sont toujours apparant. Et ce pendant un bon bout de temps (soit plus de 5 minutes) - le temps que j'ai pris pour écrire ce message.

C'est vraiment un problème bizarre...

belanger_yves · 2009-08-07 22:48:18

J'ai déjà activé le mode débug, et dans certains cas, il affiche un temps de réponse acceptable de 0.2 s (par exemple), la page est affichée correctement, mais il y a toujours un message disant être en attente ... et la barre de progression qui est aussi affichée.

J'ai regardé les logs et il y a pas de log mysql et php.

Forum GLPI-Project

Announcement

#1 2009-05-28 09:28:28

lenteur glpi aléatoire

#2 2009-05-28 09:36:09

Re: lenteur glpi aléatoire

#3 2009-05-28 09:46:38

Re: lenteur glpi aléatoire

#4 2009-05-28 10:01:11

Re: lenteur glpi aléatoire

#5 2009-05-28 10:20:36

Re: lenteur glpi aléatoire

#6 2009-05-28 10:36:13

Re: lenteur glpi aléatoire

#7 2009-05-28 15:30:33

Re: lenteur glpi aléatoire

#8 2009-05-29 09:30:15

Re: lenteur glpi aléatoire

#9 2009-05-29 19:59:09

Re: lenteur glpi aléatoire

#10 2009-08-07 21:34:49

Re: lenteur glpi aléatoire

#11 2009-08-07 22:41:30

Re: lenteur glpi aléatoire

#12 2009-08-07 22:42:38

Re: lenteur glpi aléatoire

#13 2009-08-07 22:48:18

Re: lenteur glpi aléatoire

Board footer