Upgrade de GLPI en 0.70... Ralentissement!

mac · 2008-07-11 16:25:54

Je n'ai plus de problème de lenteur au login glpi (0.70.2) en utilisant les paramètres suivants (qui se sont avérés critiques en testant):
- memory_limit = 64M dans php.ini (au lieu de 16M)
- Number of computers to synchronize using the cron = 5 (au lieu de 100)

JMD · 2008-07-11 21:57:04

Effectivement, avec 100 computers à synchroniser ça devait ramer...

Si vous avez beaucoup de computers à synchro, il peut etre préférable de passer par le plugin de mass ocs import

rmartin · 2008-07-16 18:41:51

Lenteur quand tu nous tiens !

Je viens de faire un test en passant de la version 0.70.2 à la version 0.71, pas d'amélioration de vitesse de connexion au moment du login (attente entre 5 à 10 s minimum).

Il y a quelque temps (voir message du 07/07/08), j'avais testé avec la version 0.71RC1, je n'avais plus le ralentissement...

Mince alors... d'où cela peux bien provenir

Config pour rappel :
HP proliant ml350 G3 + windows 2003 server standard edition + sp2 /2 go ram servant serveur fichiers
wamp 1.5.5 (fourni avec ocs inventory) inclus php 5.0.2
GLPI v 0.71

Authentification via ldap/ad

JMD · 2008-07-17 00:36:10

Activez le mode débug et consultez tous les logs dans /files

Vous aurez certainement des indications sur ce que peut faire GLPI pendant ces 10 secondes.

A voir aprés si cela se produit uniquement à la première connexion ou si c'est systématique et si votre ad réponds bien en temps et en heure également.

Met@lnono · 2008-07-17 09:45:27

JMD wrote:

Activez le mode débug et consultez tous les logs dans /files
Vous aurez certainement des indications sur ce que peut faire GLPI pendant ces 10 secondes.
A voir aprés si cela se produit uniquement à la première connexion ou si c'est systématique et si votre ad réponds bien en temps et en heure également.

J'ai le même problème mais je ne vois pas ou rechercher les fichiers de logs ?

EDIT: 1ere piste, en désactivant le cache, le chargement est plus rapide

Last edited by Met@lnono (2008-07-17 09:49:27)

JMD · 2008-07-17 12:23:32

J'ai le même problème mais je ne vois pas ou rechercher les fichiers de logs ?

Bah dans ma phrase que vous citez pourtant, j'ai bien écrit où trouver ces fichiers de log....

Relisez bien.

rmartin · 2008-07-17 14:28:33

suite à votre conseil, dans sql-error.log j'ai ce type d'erreur qui reviens :

09-07-2008 12:11
*** MySQL query error :
***
Script: /glpi/front/cron.php
SQL: SELECT glpi_id FROM glpi_ocs_link WHERE ocs_id= AND ocs_server_id=1
Error: You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near 'AND ocs_server_id=1' at line 1
11-07-2008 16:38
*** MySQL query error :
***
Script: /glpi/front/ocsng.php
SQL: SELECT glpi_id FROM glpi_ocs_link WHERE ocs_id= AND ocs_server_id=1
Error: You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near 'AND ocs_server_id=1' at line 1

Dans le cron.log, pas d'erreur

et lors de la connexion avec le mode debug
SQL REQUEST : 9 Queries took 0.022s
N° Queries Time Errors
1 SELECT count(*) AS cpt
FROM glpi_entities 0.003
2 SELECT ID
FROM glpi_tracking
WHERE ( assign = '8' ) AND (status ='plan' OR status = 'assign')
ORDER BY date_mod ASC 0.003
3 SELECT ID
FROM glpi_tracking
WHERE ( assign = '8' ) AND (status ='plan' OR status = 'assign')
ORDER BY date_mod ASC LIMIT 0,100 0.001
4 SELECT ID
FROM glpi_tracking
WHERE ( assign = '8' ) AND status ='waiting'
ORDER BY date_mod ASC 0.001
5 SELECT ID
FROM glpi_tracking
WHERE ( assign = '8' ) AND status ='waiting'
ORDER BY date_mod ASC LIMIT 0,100 0.001
6 SELECT *
FROM glpi_tracking_planning
WHERE id_assign='8' AND (('2008-07-17' <= begin AND adddate( '2008-07-17' , INTERVAL 1 DAY ) >= begin) OR ('2008-07-17' < end AND adddate( '2008-07-17' , INTERVAL 1 DAY ) >= end) OR (begin <= '2008-07-17' AND end > '2008-07-17') OR (begin <= adddate( '2008-07-17' , INTERVAL 1 DAY ) AND end > adddate( '2008-07-17' , INTERVAL 1 DAY )))
ORDER BY begin 0.003
7 SELECT *
FROM glpi_reminder
WHERE rv='1' AND (FK_users='8' OR ( private=0 ) ) AND (('2008-07-17' <= begin AND adddate( '2008-07-17' , INTERVAL 1 DAY ) >= begin) OR ('2008-07-17' < end AND adddate( '2008-07-17' , INTERVAL 1 DAY ) >= end) OR (begin <= '2008-07-17' AND end > '2008-07-17') OR (begin <= adddate( '2008-07-17' , INTERVAL 1 DAY ) AND end > adddate( '2008-07-17' , INTERVAL 1 DAY )))
ORDER BY begin 0.008
8 SELECT *
FROM glpi_reminder
WHERE FK_users='8' AND private=1 AND (end>='2008-07-17 14:33:24' or rv='0') 0.001
9 SELECT *
FROM glpi_reminder
WHERE private=0 AND ( glpi_reminder.FK_entities = '0' ) 0.001

Last edited by rmartin (2008-07-17 14:35:26)

mac · 2008-07-17 14:33:44

Il faut activer "Logs in files = Yes" et scruter les fichiers qui sont dans le repertoire d'install de glpi (sous files/_log). En particulier le cron.log m'a permis de voir que j'avais une suractivité en terme de synchro ocs qui ralentissait le process de login sous glpi. Sinon les paramètres php sont critiques également, le nouveau glpi étant plus gourmand que l'ancien

rmartin · 2008-07-17 15:07:20

Même symptome que Met@lnono, en désactivant le cache, la connexion se fait en 1/2 s, cache activé, je mets entre 6 à 10 s voir plus par moment.

J'ai aussi modifié la config php.ini en passant memory_limit = 128M et en abaissant la synchro à 5 machines mais rien n'y fait. Redémarrage d'apache et de mysql, toutjours pareil ...

Met@lnono · 2008-07-18 07:13:30

Perso je ne synchronise même pas les machines automatiquement.

Sinon j'ai bien activé le paramètre 'Traceurs dans fichiers' à 'Oui' mais aucun fichier n'est créé dans files/_log, c'est pour cela que je demandais...

JMD · 2008-07-18 11:46:21

Vous n'avez rien dans files/log alors que vous avez activez le mode débug et activez les traceurs ?

Meme pas un cron.log ?

C'est pas normal.

JMD · 2008-07-18 11:49:57

Bon de toute façon ce thread est trop long, on a du mal à suivre (trop d'intervants avec des problématiques différentes même si les symptomes semblent les mêmes).

Je vous demande :

1) De rouvrir un sujet par utilisateur / problématique
2) Dans ce sujet de faire un résumé détaillé mais concis : des symptomes, erreurs, logs, etc...
3) De mettre dans votre signature (profil, votre configuration exacte de façon à ce qu'on ne soit pas obligé de relire tout le sujet pour retrouver les informations dont nous avons besoins)

Forum GLPI-Project

Announcement

#26 2008-07-11 16:25:54

Re: Upgrade de GLPI en 0.70... Ralentissement!

#27 2008-07-11 21:57:04

Re: Upgrade de GLPI en 0.70... Ralentissement!

#28 2008-07-16 18:41:51

Re: Upgrade de GLPI en 0.70... Ralentissement!

#29 2008-07-17 00:36:10

Re: Upgrade de GLPI en 0.70... Ralentissement!

#30 2008-07-17 09:45:27

Re: Upgrade de GLPI en 0.70... Ralentissement!

#31 2008-07-17 12:23:32

Re: Upgrade de GLPI en 0.70... Ralentissement!

#32 2008-07-17 14:28:33

Re: Upgrade de GLPI en 0.70... Ralentissement!

#33 2008-07-17 14:33:44

Re: Upgrade de GLPI en 0.70... Ralentissement!

#34 2008-07-17 15:07:20

Re: Upgrade de GLPI en 0.70... Ralentissement!

#35 2008-07-18 07:13:30

Re: Upgrade de GLPI en 0.70... Ralentissement!

#36 2008-07-18 11:46:21

Re: Upgrade de GLPI en 0.70... Ralentissement!

#37 2008-07-18 11:49:57

Re: Upgrade de GLPI en 0.70... Ralentissement!

Board footer