Forum GLPI-Project

strojniak

Member

Registered: 2010-03-10

Posts: 19

[-> 0.83 RC1] GLPI is slowing down

Since a few last versions of glpi I've observed in my installation very strange situation. GLPI is slowing down during specified period of time. The only solution I've found is to restart apache2 daemon (mysqld restart doesnt help). Finally I set up apache2 restart every 15 min. and now I had to shorten this period to 10 min. because glpi responses at the end of this period became horribly long.

Can any Apache MegaExpert help me ?

 
GLPI  0.83 ( => /var/www/di)
 
Server 
 
Operating system : Linux helpdesk.FQDN 2.6.24-16-server #1 SMP Thu Apr 10 13:58:00 UTC 2008 i686
PHP 5.2.4-2ubuntu5.19 (PDO, Reflection, SPL, SimpleXML, apache2handler, bcmath, bz2, calendar, ctype, curl, date, dba, dom,    exif, filter, ftp, gd, gettext, hash, iconv, json, ldap, libxml, mbstring, mcrypt, mime_magic, mysql, mysqli, openssl, pcre,
pdo_mysql, posix, session, shmop, soap, sockets, standard, sysvmsg, sysvsem, sysvshm, tokenizer, wddx, xml, xmlreader,
xmlwriter, zip, zlib)
Setup: memory_limit="96M" max_execution_time="30" safe_mode="" session.save_handler="files" post_max_size="8M"
upload_max_filesize="8M" 
Software: Apache/2.2.8 (Ubuntu) PHP/5.2.4-2ubuntu5.19 with Suhosin-Patch mod_ssl/2.2.8 OpenSSL/0.9.8g mod_perl/2.0.3 Perl/v5.8.8 (Apache/2.2.8 (Ubuntu) PHP/5.2.4-2ubuntu5.19 with Suhosin-Patch mod_ssl/2.2.8 OpenSSL/0.9.8g mod_perl/2.0.3 Perl/v5.8.8 Server at helpdesk.FQDN Port 80) Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 6.1; WOW64; Trident/5.0; SLCC2; .NET CLR 2.0.50727; .NET CLR 3.5.30729; .NET CLR 3.0.30729; InfoPath.3; .NET4.0C; .NET4.0E)
MySQL: 5.0.51a-3ubuntu5.8 (user@localhost/glpi)

../config : OK
../files : OK
../files/_dumps : OK
../files/_sessions : OK
../files/_cron : OK
../files/_cache/ : OK
../files/_graphs : OK
../files/_log : OK

 
LDAP directories 
 
Server: 'ad.FQDN', Port (default=389): '389', Basedn: 'DC=sth,DC=sth,DC=sth', Connection filter:
        '(&(objectclass=user)(objectcategory=person))', rootdn (for non anonymous binds): 'CN=glpi,OU=sth,OU=sth,OU=sth,DC=sth,DC=sth,DC=sth', Use TLS: '0'

 
 Mysql replicate 
 
Active : No

 
Notifications / Mails Receiver 
 
Way of sending emails: PHP
Mails Receiver

OCS Inventory NG  
Host for the OCSNG database : 'localhost', Connection to OCSNG database successful, Use the OCSNG software dictionary : 0
 
Plugins list 
 

ddurieux

Plugins Dev

From: Propières, France

Registered: 2005-06-17

Posts: 7,521

Re: [-> 0.83 RC1] GLPI is slowing down

Perhaps it's crontasks of GLPI, try to put in mode 'cli' instead 'glpi' and set operating system cron php ..glpi/front/cron.php

strojniak

Member

Registered: 2010-03-10

Posts: 19

Re: [-> 0.83 RC1] GLPI is slowing down

Perhaps it's crontasks of GLPI, try to put in mode 'cli' instead 'glpi' and set operating system cron php ..glpi/front/cron.php

Too mysterious for me. Could you give me more details ?

ddurieux

Plugins Dev

From: Propières, France

Registered: 2005-06-17

Posts: 7,521

Re: [-> 0.83 RC1] GLPI is slowing down

See => http://www.glpi-project.org/wiki/doku.p … ig:crontab

To modify 'GLPI' to 'CLI' mode, modify all tasks in menu setup > automatic actions

strojniak

Member

Registered: 2010-03-10

Posts: 19

Re: [-> 0.83 RC1] GLPI is slowing down

Thx for explanation.
I looked into "automated tasks" and I found closeticket task with running status, no logs and last run date from March 2011 . I've restarted it and after 5 min. its status was still running. Then I stopped it, changed mode to 'cli' and ran again. Now it finished in 25 sec. and a log entry appeared.
Maybe that's it ?

Anyway I am very grateful for your help.
I'll stay with touch.

ddurieux

Plugins Dev

From: Propières, France

Registered: 2005-06-17

Posts: 7,521

Re: [-> 0.83 RC1] GLPI is slowing down

Perhaps, but create cron and put all in CLI mode and after you will see if you have always the problem

strojniak

Member

Registered: 2010-03-10

Posts: 19

Re: [-> 0.83 RC1] GLPI is slowing down

Sadly it didnt help. Slowings and freezings still occurs. I can not find / log any reason ...