You are not logged in.
Bonjour,
J'utilise GLPI 0.72.4 sous Windows 2008 R2 avec IIS 7 et PHP 5.3.4.
Dans le php.ini
upload_max_filesize = 4M
Cela fonctionne sans soucis depuis des mois.
J'ai fait la mise a jour en PHP 5.3.6 et là cela ne fonctionne plus
(pour la mise a jour, j'ai renommé mon dossier php en phpold et j'ai reinstallé php 5.3.6 ensuite j'ai récupéré mon php.ini de mon ancienne intall, j'ai redemarré IIS 7)
Si au niveau de IIS 7 je modifie mon Handler Mappings pour pour PHP via fastCGI et que je pointe non pas sur mon répertoire php (5.3.6) mais sur mon ancien repertoire phpold (5.3.4) cela remarche.
il n'y a rien de grave je peux rester en php 5.3.4, mais c'est juste que j'aime bien comprendre...
Cordialement
Offline
C'est quoi votre problème ? le fichier qui n'est pas pris en compte par GLPI ou qui ne s'affiche pas ?
En général, vous avez 3 valeurs à vérifier
upload_max_filesize < post_max_size < memory_limit
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
Bonjour,
Merci pour la réponse, le problème est que je ne peux plus uploader de fichier (Fichier trop volumineux pour être ajouté)
J'ai les conf suivantes :
upload_max_filesize = 8M
post_max_size = 4M
memory_limit = 128M
Mon fichier fait 330Ko donc bien en dessous de la taille mini (même en conf par défaut de GLPI).
Ca fonctionnait bien en 5.3.4 en 5.3.6 ca ne fonctionne plus alors que je récupère le fichier php.ini de ma version 5.3.4.
(Si je verifie avec une page conf.php, j'ai bien la version 5.3.6 qui se charge, tout le reste à priori fonctionne bien dans GLPI).
C'est pas dramatique je suis repassé sous php 5.3.4 mais j'aime bien comprendre et là je suis un peu dubitatif ...
Cdt
----------------
Conf : Win 2008R2 + IIS 7 - GLPI 0.72.4 - MySQL 5.5.8 PHP 5.3.4/5.3.6
Offline
Il faudrait faire un fichie phpinfo() afin de récupérer, depuis GLPI, les valeurs de php.
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
J'ai un fichier phpinfo dans GLPI avec les résultats suivants :
Version PHP 5.3.6
memory_limit=128M
open_basedir=no value
output_buffering=4096
output_handler=no value
post_max_size=8M
upload_max_filesize=4M
upload_tmp_dir=C:\Windows\Temp
donc c'est bien php 5.4.6 qui est chargé.
Si j'utilise php 5.3.4 avec le même php.ini pas de soucis
Le message exact est :
"Attaque par upload potentielle. Ou fichier trop volumineux. Impossible de déplacer le fichier temporaire."
Cordialement
Offline
Le dossier temporaire utilisé par votre php 5.4.6 est-il sur le même disque que GLPI ?
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
Bonjour,
non, le répertoire temporaire est c:\windows\temp, GLPI est installé sur un autre disque F:\
C'est dans ce même répertoire que s'écrit le fichier php-errors.log et en 5.3.4, avec le même fichier php.ini, j'ai pas de soucis d'accès dans ce dossier.
Au niveau du php-errors l'erreur est la suivante :
[03-Aug-2011 15:57:22] PHP Warning: File upload error - unable to create a temporary file in Unknown on line 0 (alors que le upload_tmp_dir est bien fixé dans le php.ini)
Voila les dernières investigations.
cdt
Offline
Essayez de mettre le fichier temporaire de php dans le même disque que GLPI
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
Bonsoir,
Le fait est que cela fonctionne si je déplace le rép temporaire sur le lecteur c:\GLPI\temp, et que je configure le fichier PHP.ini en conséquence.
Cependant en php 5.3.4 cela fonctionne très bien avec le upload_tmp_dir = "c:\windows\temp" mais bon faudrait peut être plus que je me tourne vers le forum php.
cordialement
Offline
Ce problème n'est connu que pour Windows ; en effet, il semble mal interprêter les "move"
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
Ça ressemble a une bug php sous m$
Prod: Centos 5 - FusionInventory 0.85+1.3 - Glpi 0.85.5 - Exchange 2010 - Imap
Offline