You are not logged in.
Pages: 1
Je fais une mise à jour de GLPI en partant de la version 0.72.3 vers la version 0.72.4
Je souhaite augmenter la memory_limit dans le fichier php.ini mais je ne trouve pas le fichier php.ini dans le dossier GLPI.
Pouvez vous me dire où est ce que je peux le trouver ?
Merci d'avance.
Mandriva Linux 2010 - Glpi 0.72.3 - Php 5.3.2
Offline
quel os ?
Offline
Mandriva Linux 2010
Last edited by Isaabelle (2010-06-15 11:26:39)
Mandriva Linux 2010 - Glpi 0.72.3 - Php 5.3.2
Offline
J'ai réussi à trouver le fichier et à le modifier.
J'ai mis memory_limit à 64M, j'ai redémarré le serveur PHP mais cela ne fonctionne toujours pas.
Ça m'affiche toujours le message suivant :
Mémoire allouée : 41943040 octets
Un minimum de 64Mo est généralement nécessaire à GLPI.
Essayez d'augmenter le paramètre memory_limit dans le fichier php.ini.
J'ai donc essayé de mettre memory_limit à 128, ça marche toujours pas.
Je n'avais à ce moment que ça qui ne fonctionnait pas.
J'ai donc redécompressé le dossier de GLPI 0.72.4.
Et ça m'affiche maintenant :
Mémoire allouée : 41943040 octets
Un minimum de 64Mo est généralement nécessaire à GLPI.
Essayez d'augmenter le paramètre memory_limit dans le fichier php.ini.
Test d'écriture de fichiers dump
Le dossier n'a pas pu être créé.
Vérifiez les droits sur le répertoire :'./files/_dumps'
Test d'écriture de fichiers documents
Le dossier n'a pas pu être créé.
Vérifiez les droits sur le répertoire :'./files'
Test d'écriture du fichier de configuration
Le dossier n'a pas pu être créé.
Vérifiez les droits sur le répertoire :'./config'
Test d'écriture des fichiers de sessions
Le dossier n'a pas pu être créé.
Vérifiez les droits sur le répertoire :'./files/_sessions'
Test d'écriture des fichiers de cron
Le dossier n'a pas pu être créé.
Vérifiez les droits sur le répertoire :'./files/_cron'
Test d'écriture des fichiers de cache
Le dossier n'a pas pu être créé.
Vérifiez les droits sur le répertoire :'./files/_cache/'
Test d'écriture des fichiers de log
Le fichier a été créé mais n'a pas pu être supprimé.
Vérifiez les droits sur le répertoire :'./files/_log'.
Je sais pas quoi faire.
J'ai donc tout supprimé et remis mon ancienne version 0.72.3. Et je ne peux plus me connecter. Ca met dans la barre d'adresse error = 2 et ça essaye de recherger la page login.php.
Qu'en pensez vous ?
Last edited by Isaabelle (2010-06-10 15:34:04)
Mandriva Linux 2010 - Glpi 0.72.3 - Php 5.3.2
Offline
fait une recherche sur le forum,
tu ne dois pas modifier le bon php.ini
Pour le problème de droit, il faut que apache ait le droit d'écrire dans les répertoires
Plateforme de Test: PHPinfo
Version de GLPI: 0.72 & SVN
Offline
J'ai résolu le problème de droit et effectivement ça devait être apache qui devait avoir les droits d'écriture.
Pour le fichier php.ini, je n'en ai pas trouvé d'autres :s
Mandriva Linux 2010 - Glpi 0.72.3 - Php 5.3.2
Offline
Sur les versions de PHP > 5.2, voici ce que je te conseille :
Attention, il y a plusieurs PHP.ini, selon l'OS et les applicatifs utilisés
Fichier php.ini (piloté par APACHE / si tu utilise WAMP, ce fichier est accessible directement via le menu de WAMP manager)
Vers la ligne 450
; Maximum amount of memory a script may consume (128MB)
; http://php.net/memory-limit
memory_limit = 128M
Vers la ligne 730
; Maximum size of POST data that PHP will accept.
; http://php.net/post-max-size
post_max_size = 16M
Vers la ligne 880
; Maximum allowed size for uploaded files.
; http://php.net/upload-max-filesize
upload_max_filesize = 16M
2*GLPI 0.80.2 + collecteur POP + LDAP v3- 4*GLPI 0.72.3 - OCS NG 1.02.1/1.3.2 - Win 7 / Win XP SP3 / Xen / SLES 10.2 - CAS + LDAP - Collecteur POP3
Test : XP SP 3 / Apache 2.2.14 - PHP 5.3.1 - MySQL 5.1.41 - Firefox 6
Production : Apache 2.2.8 - PHP 5.2.5 - MySQL 5.0.45 - Firefox 6 / IE8.
Offline
Bonjour,
Je me permet de poster sur se topic car j'ai le même problème.
Test du Parseur PHP ok
Test de l'extension Mysql. ok
Test des Sessions ok
Test de l'utilisation de Session_use_trans_sid ok
Test sur l'extension magic_quotes_sybase ok
Test sur les fonctions utf8_encode et utf8_decode ok
Test sur les fonctions Json ok
Test de la mémoire allouée Mémoire allouée : 16777216 octets
Un minimum de 64Mo est généralement nécessaire à GLPI.
Essayez d'augmenter le paramètre memory_limit dans le fichier php.ini.
Test d'écriture de fichiers dump ok
Test d'écriture de fichiers documents ok
Test d'écriture du fichier de configuration ok
Test d'écriture des fichiers de sessions ok
Test d'écriture des fichiers de cron ok
Test d'écriture des fichiers de cache ok
Test d'écriture des fichiers de log ok
J'ai cherché un peut sur le forum et internet, et j'ai vue qu'il faut changer la valeur de "memory_limit"
Alors je l'ai mise a 128M dans : "c:\xampp\php\php.ini" et aussi dans "c:\xampp\php\php4\php.ini"
Après redémarrage de xampp sa ne marche toujours pas, alors je l'ai aussi changé dans les php5.ini et php4.ini, mais sa ne change rien ....
La je voie plus où je pourrais changer cette valeur.
Versioin GLPI 0.72.4 sur environnement Windows avec xampp
Apache 2.2.8 | PHP 5.2.5 | MySQL 5.0.51a
Offline
Pour voir quel est le fichier php.ini utilisé faut faire appel au phpinfo()
dans une page .php coller :
<?php
phpinfo();
?>
Et regarder les information : Configuration File, loaded configuration file, Scan this dir for additionnal .ini file
Server : Windows 2003 - Apache 2.2.23 - Php 5.4.11 - Mysql 5.5.30 - Glpi 0.83.7
Offline
Merci beaucoup pour vos réponses.
J'ai fait comme tu m'as dit, djoulin, j'ai mis les valeurs que tu m'as données (les lignes n'étaient pas du tout pareilles, j'en ai beaucoup moins ^^)
J'ai redémarrer le serveur PHP une fois ces valeurs modifiées avec la commande suivante : /etc/init.d/httpd restart.
J'ai fait la mise à jour mais il y a toujours la même erreur :
Mémoire allouée : 41943040 octets
Un minimum de 64Mo est généralement nécessaire à GLPI.
Essayez d'augmenter le paramètre memory_limit dans le fichier php.ini.
J'ai donc fait une vérification du fichier php.ini en créant un fichier .php avec le code que TheHinou a donné et ça m'a donné l'adresse correspondant au fichier php.ini que j'ai modifié. Et ça me dit que :
memory_limit = 128M
post_max_size = 16M
upload_max_filesize = 16M
Je suis un peu découragée.
Je finis mon stage à la fin de la semaine et c'est la seule chose qu'il me manque : la mise à jour.
Last edited by Isaabelle (2010-06-15 11:24:45)
Mandriva Linux 2010 - Glpi 0.72.3 - Php 5.3.2
Offline
j'ai fait comme tu a dit et il y a un truc que je comprend pas la ...
Dans http://@_serveur/xampp/index.php dans l'onglet phpinfo() :
Configuration File (php.ini) Path C:\Windows
Loaded Configuration File C:\xampp\apache\bin\php.ini
Et dans le tableau de la partie php core :
memory_limit 16M 16M
Le truc que je comprend pas c'est pourquoi il m'affiche 16M si le php.ini utilisé est bien celui de C:\xampp\apache\bin\php.ini
Car dans celui-la aussi j'ai changé la valeur :
max_execution_time = -1 ; Before OCS setup, value was 60 ; Maximum execution time of each script, in seconds
max_input_time = -1 ; Before OCS setup, value was 60 ; Maximum amount of time each script may spend parsing request data
memory_limit = 128M ; Before OCS setup, value was 32M ; Maximum amount of memory a script may consume (64MB)
Versioin GLPI 0.72.4 sur environnement Windows avec xampp
Apache 2.2.8 | PHP 5.2.5 | MySQL 5.0.51a
Offline
Offline
Je vien de me rendre compte avec le controle panel de xampp que mon mysql n'etait pas lancé a cause d'un service qui monopolisé la ressource.
Après un reboot, tous les changements sont enfin actif et sa passe niquel
Merci à vous et bonne continuation
Last edited by Lelouch (2010-06-15 11:24:50)
Versioin GLPI 0.72.4 sur environnement Windows avec xampp
Apache 2.2.8 | PHP 5.2.5 | MySQL 5.0.51a
Offline
je vais voir avec mon maitre de stage si une trop grosse ressource n'empêche pas GLPI d'en avoir assez pour faire la mise à jour.
Je n'avais pas encore pensé à cette possibilité.
Mandriva Linux 2010 - Glpi 0.72.3 - Php 5.3.2
Offline
Pages: 1