Forum GLPI-Project

yoan692002

Member

Registered: 2008-09-04

Posts: 28

Plantages intempestifs

Bonjour,

J'utilise la version GLPI 0.72.1. J'ai lu à peu près tous les posts sur le thème des pages blanches de GLPI, de plantages, etc...

J'ai donc augmenté la taille du memory_limit ( derniere augmentation hier soir : 256Mo ) mais ce matin, lors de l'ajout d'un composant dans un rack, GLPI a planté lors de cet ajout avec "l'icône Chargement", obligé de faire un refresh de la page pour débloquer la situation.

Ma question est : Existent-ils d'autres paramètres à modifier pour régler ce problème ?

D'avance merci pour vos réponses et de votre aide.

Cordialement.

Yoan.

---

GLPI 0.72.1 sous WIndows 2003 server. Xampp version 1.7.1
Apache 2.2.11 ; MySQL 5.1.33 ; PHP 5.2.9

remi

GLPI-DEV

From: Champagne

Registered: 2007-04-28

Posts: 7,127

Website

Re: Plantages intempestifs

Passer en mode Debug (cf Wiki), pour voir les messages d'erreur qui doivent expliquer le plantage.

Plus d'info sur la config (OS, version, ...)

+

---

Dév. Fedora 29 - PHP 5.6/7.0/7.1/7.2/7.3/7.4 - MariaDB 10.3 - GLPI master
Certifié ITILv3 - RPM pour Fedora, RHEL et CentOS sur https://blog.remirepo.net/

yoan692002

Member

Registered: 2008-09-04

Posts: 28

Re: Plantages intempestifs

Si je passe en mode Debug, les personnes travaillant sur GLPI ne pourront plus apporter de modifs ?

---

GLPI 0.72.1 sous WIndows 2003 server. Xampp version 1.7.1
Apache 2.2.11 ; MySQL 5.1.33 ; PHP 5.2.9

yllen

GLPI-DEV

From: Sillery (51)

Registered: 2008-01-14

Posts: 15,278

Re: Plantages intempestifs

Le mode debug est juste un mode d'affichage.
De plus, depuis la 0.72, c'est un paramétrage des préférences d'un utilisateur, donc cela ne perturbera en rien vos utilisateurs.

---

CentOS 6.5 - CentOS 7.x
PHP 5.6 - PHP 7.x - MySQL 5.6  - MariaDB 10.2 + APC + oOPcache
GLPI from 0.72 to dev version
Certifiée ITIL (ITV2F, ITILF, ITILOSA)

yoan692002

Member

Registered: 2008-09-04

Posts: 28

Re: Plantages intempestifs

J'ai attendu d'avoir un autre plantage et voilà ce que j'obtiens dans le fichier php_errors.log :

2009-09-10 10:51
Warning(2): mysql_connect() [<a href='function.mysql-connect'>function.mysql-connect</a>]: Can't connect to MySQL server on 'frbeaapp0020.bea.fr.corp' (10060)
Backtrace :
G:\xampp\htdocs\prod\glpi\inc\dbmysql.class.php:82        mysql_connect()
G:\xampp\htdocs\prod\glpi\inc\dbmysql.class.php:71        DBmysql->connect()
G:\xampp\htdocs\prod\glpi\inc\ocsng.class.php:58        DBmysql->__construct()
G:\xampp\htdocs\prod\glpi\inc\ocsng.function.php:3582        DBocs->__construct()
G:\xampp\htdocs\prod\glpi\inc\ocsng.function.php:1272        getDBocs()
G:\xampp\htdocs\prod\glpi\inc\cron.class.php:229        cron_ocsng()
G:\xampp\htdocs\prod\glpi\front\cron.php:71        Cron->launch()

2009-09-10 10:51
Warning(2): mysql_connect() [<a href='function.mysql-connect'>function.mysql-connect</a>]: Can't connect to MySQL server on 'frbeaapp0020.bea.fr.corp' (10060)
Backtrace :
G:\xampp\htdocs\prod\glpi\inc\dbmysql.class.php:82        mysql_connect()
G:\xampp\htdocs\prod\glpi\inc\dbmysql.class.php:71        DBmysql->connect()
G:\xampp\htdocs\prod\glpi\inc\ocsng.class.php:58        DBmysql->__construct()
G:\xampp\htdocs\prod\glpi\inc\ocsng.function.php:3582        DBocs->__construct()
G:\xampp\htdocs\prod\glpi\inc\ocsng.function.php:3597        getDBocs()
G:\xampp\htdocs\prod\glpi\inc\ocsng.function.php:343        checkOCSconnection()
G:\xampp\htdocs\prod\glpi\inc\ocsng.function.php:1280        ocsManageDeleted()
G:\xampp\htdocs\prod\glpi\inc\cron.class.php:229        cron_ocsng()
G:\xampp\htdocs\prod\glpi\front\cron.php:71        Cron->launch()

2009-09-10 10:51
Warning(2): mysql_query(): supplied argument is not a valid MySQL-Link resource
Backtrace :
G:\xampp\htdocs\prod\glpi\inc\dbmysql.class.php:112        mysql_query()
G:\xampp\htdocs\prod\glpi\inc\ocsng.function.php:1307        DBmysql->query()
G:\xampp\htdocs\prod\glpi\inc\cron.class.php:229        cron_ocsng()
G:\xampp\htdocs\prod\glpi\front\cron.php:71        Cron->launch()

Le serveur frbeaapp0020 n'est pas mon serveur GLPi, mais mon serveur OCS hébergé sur une machine virtuelle qui éteinte quand je ne m'en sers pas.

Que vous insipire ces messages d'erreurs ?

---

GLPI 0.72.1 sous WIndows 2003 server. Xampp version 1.7.1
Apache 2.2.11 ; MySQL 5.1.33 ; PHP 5.2.9

ddurieux

Plugins Dev

From: Propières, France

Registered: 2005-06-17

Posts: 7,521

Re: Plantages intempestifs

Si tu éteins les serveur, forcément il ne risque pas d'arriver à se connecter à la base MySQL OCS...

Tu éteins aussi la machine glpi entre 2 ouvertures de tickets?

Last edited by ddurieux (2009-09-10 11:00:43)

yoan692002

Member

Registered: 2008-09-04

Posts: 28

Re: Plantages intempestifs

Pourquoi GLPI tente de se connecter à OCS lorsque je ne l'utilise pas ?
Pour le moment, je crée des machines manuellement ( HUB, switch,..) donc je ne fais pas d'inventaires automatiques.
Il n'y pas pas moyen de désactiver ça ?

---

GLPI 0.72.1 sous WIndows 2003 server. Xampp version 1.7.1
Apache 2.2.11 ; MySQL 5.1.33 ; PHP 5.2.9

Ro9eR

Member

From: Montigny le Bx (78)

Registered: 2007-11-02

Posts: 727

Re: Plantages intempestifs

désactive le mode OCS quand tu ne l'utilise pas ...

---

Plateforme de Test: PHPinfo
Version de GLPI: 0.72 & SVN

JuAnNito

Member

Registered: 2009-05-14

Posts: 100

Re: Plantages intempestifs

Configuration --> Générale --> Restrictions --> Activer le mode OCSNG = NON

yoan692002

Member

Registered: 2008-09-04

Posts: 28

Re: Plantages intempestifs

Depuis que j'ai redémarré ma machine OCS, je n'ai pas eu de plantage.

Merci pour vos réponses.

Bonne journée.

---

GLPI 0.72.1 sous WIndows 2003 server. Xampp version 1.7.1
Apache 2.2.11 ; MySQL 5.1.33 ; PHP 5.2.9