You are not logged in.
Bonjour,
Je suis sur fedora 9
PHP 5.2.9
GLPI 0.72
J'avais déja installer GLPI la version0.71, je n'ai jamais eu cette erreur, tout fonctionner pour le mieux avec votre aide bien sur, merci.
J'ai décidé d'installer la nouvelle version 0.72 sur ma nouvelle machine, l'ancienne n'existe plus.
J'ai 10 jours pour convaincre mon parton que GLPI OCSNG, c'est ce qui nous faut, rentrer l'inventaire et faire fonctionner le tout comme il le faut.
Avant même que je ne commence, en mettant la ligne http://monserveur/glpi au niveau du browser rien ne s'affiche, en consultannt le /var/log/httpd/error.log, j'ai l'erreur suivante:
-PHP Fatal error: Allowed memory size of 262144 bytes exhausted (tried to allocate 30720 bytes) in /var/www/html/glpi/inc/common.function.php on line 611-
J'ai consulté le forum et d'autres tout le monde dit d'augementer le memory_limit dans php.ini, je l'ai fait 128M, j'ai rajouter une ligne au niveau du config.php, j'ai redémaré mon apache, rien à faire, il signale toujours la même erreur, c'est le bon php.ini, j'ai fait un test avec phpinfo.
Veuillez m'aider svp.
Merci
Offline
Tu as combien de mémoire sur la machine ?
Offline
j... j'ai rajouter une ligne au niveau du config.php
??? config.php dans GLPI ???
Vous avez uniquement besoin de changer le memory_limit dans le fichier /etc/php.ini
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)
Offline
lila wrote:j... j'ai rajouter une ligne au niveau du config.php
??? config.php dans GLPI ???
Vous avez uniquement besoin de changer le memory_limit dans le fichier /etc/php.ini
C'est ce que j'ai fais je l'ai changer dans /etc/php.ini et au cas ou dans config.php dans GLPI. Sans succès.
A vous svp
Offline
Je vois pas ce que tu as touché au config.php.... mais bon
T'as relancé apache ?
+
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/
Offline
vous avez bien remplacé la valeur déjà présente dans le fichier php.ini ?
Offline
Oui, j'ai mis 128M dans le fichier php.ini
Offline
et en ligne de commande :
php -i | grep memory
P.S. avec le PHP standard sous F-9, la valeur est de 32M (pas les 256K indiqué dans le message d'erreur initial). Donc la configuration a été visiblement bricolé : reprendre le php.ini par défaut me semble une bonne idée (d'autant que pour moi, il n'y a pas à le modifier, il existe d'autres solutions beaucoup plus propres)
+
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/
Offline
Je vois pas ce que tu as touché au config.php.... mais bon
T'as relancé apache ?
+
Oui, j'ai relancé Apache.
Pour ce qui du config.php, on proposé dans un des forum que j'ai consulté d'ajouter la ligne(ini_set('memory_limit', -1); dans ce fichier config.php juste aprés le <?php ou cas ou , mais j'ai retiré cela vu que je suis admin sur ma machine et que j'ai bel et bien modifier le memo_limit dans php.ini.
Offline
et en ligne de commande :
php -i | grep memory
P.S. avec le PHP standard sous F-9, la valeur est de 32M (pas les 256K indiqué dans le message d'erreur initial). Donc la configuration a été visiblement bricolé : reprendre le php.ini par défaut me semble une bonne idée (d'autant que pour moi, il n'y a pas à le modifier, il existe d'autres solutions beaucoup plus propres)
+
Effectivement au début la valeur de memory_limit était à 32M, je l'ai augmenté au cas ou. le message d'erreur a toujours été le même, que puis je faire d'autre. Merci
Offline
Il y a surement un fichier de configuration specifique a une application qui vient surcharger cette valeur.
(donc le "php -i | grep memory" reste utile pour vérifier cette hypohtèse)
Sinon un :
grep memory_limit /etc/php.ini /etc/httpd/*/*.conf
Ensuite le mieux, est de ne pas toucher au php.ini et de créer un fichier /etc/httpd/conf.d/glpi.conf, contenant (à adapter)
<Directory /le/chemin/vers/installation/de/glpi*>
php_value memory_limit 64M
</Directory>
Comme cela la valeur fixée le sera uniquement pour GLPI (ce que j'appelle une solution propre)
+
P.S. et pour info, le plus simple sous Fedora, c'est quand même "yum install glpi"
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/
Offline
-grep memory_limit /etc/php.ini /etc/httpd/*/*.conf-
dans /etc/httpd/*/*.conf la variable n'exite pas
J'ai créer ce fichier /etc/httpd/conf.d/glpi.conf en mettant le bon chemin et vers mon installation ainsi que les bonne permissions, même erreur
Je viens d'essayer la commande yum install glpi, il ne trouve pas(repomd.xml) voici l'erreur http://apt.sw.be/redhat/el9/en/x86_64/d … epomd.xml: [Errno 14] HTTP Error 404: Not Found
Trying other mirror.
Error: Cannot retrieve repository metadata (repomd.xml)
svp
Offline
euh... el9... ton yum est vraiment mal configuré...
(pour info la 0.71.6 est dans les dépôts officiels, la 0.72 chez moi, pour l'instant, bientôt dans les dépôts officiels).
Visiblement une machine bricolée à l'extrême.
+
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/
Offline
Merci, peut être je travaille à l'versité et ce n'est pas moi qui a installé ma machine.
J'ai essayé la version 0.71.6 à l'instant c'est la même erreur.
Je vais essayé sur RHLE 5.3, quel est votre avis s'il vous plait? Je commence à me décourager, alors que je n'ai même pas commencé comme il faut.
Offline
Ben pour l'instant, le problème c'est surtout d'avoir une machine installée correctement.
+
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/
Offline
Avez-vous installé OCS avec XAMPP 1.6.6a?
Glpi 0.78.5
Ocs 1.02
Offline
Je vais suivre le conceil de Remi et réinstaller ma machine comme il faut, dés queça sera fait je vous donnerai des nouvelles. Merci por votre aide
Offline