You are not logged in.
Pages: 1
Topic closed
Bonjour,
quand j'essaye d'ajouter un fichier à un incident, il m'ecrit ce message :
"Attaque par upload potentielle. Ou fichier trop volumineux. Impossible de déplacer le fichier temporaire."
Je précise que je fais l'upload d'un fichier doc de quelques kilos, j'ai aussi tester un .ods de quelques Mo et ça ne fonctionne pas.
Dans mon fichier php.ini, j'ai mis la limite de upload_max_filesize à 10 Mo
Merci de votre aide
GLPI : 0.68.2 / 0.70.2 en test
CentOS 4.4 : Apache 2.0.52 / MySQL 4.1.20
Offline
Ca peut être plutot du à ca : "Impossible de déplacer le fichier temporaire."
un problème de droit sur le répertoire temporaire ou de destination ?
MoYo - Julien Dombre - Association INDEPNET
Contribute to GLPI : Support Contribute References Freshmeat
Offline
J'ai bien mis les droits d'écriture sur le dossier /files, aplicable aux sous-dossiers.
Quand j'upload par exemple un .doc, il me créé un dossier dans /files/doc , mais j'ai toujours le même message d'erreur
GLPI : 0.68.2 / 0.70.2 en test
CentOS 4.4 : Apache 2.0.52 / MySQL 4.1.20
Offline
c'est la copie qui pose problème je pense. Il y a un fichier ytemporaire qui est créé par PHP qui est ensuite déplacé dans le répertoire final.
Il y a un autre post qui expose le même problème avec la solution. Dans mon souvenir c'etait un problème de droit sur le répertoire ou est d'abord stocké le fichier (pas dans files)
MoYo - Julien Dombre - Association INDEPNET
Contribute to GLPI : Support Contribute References Freshmeat
Offline
Oui donc l'idée était que l'utilisateur Apache n'avait pas de répertoire home, donc pas de répertoire temporaire.
J'ai donc modifier la valeur du répertoire temporaire dans le php.ini
Ca ne fonctionne toujours pas.
GLPI : 0.68.2 / 0.70.2 en test
CentOS 4.4 : Apache 2.0.52 / MySQL 4.1.20
Offline
pas forcement il doit utliser /tmp par defaut je pense.
Il faut aller jeter un coup d'oeil dans les logs et retrouver le thread correspondant au mmee problème que vous sur le forum vous y trouverez surement la solution.
MoYo - Julien Dombre - Association INDEPNET
Contribute to GLPI : Support Contribute References Freshmeat
Offline
Justement, j'ai été voir les sujets du forum sur mon problème, et la solution était ce que j'ai posté au dessus, mais pour mon cas, ça ne fonctionne toujours pas
GLPI : 0.68.2 / 0.70.2 en test
CentOS 4.4 : Apache 2.0.52 / MySQL 4.1.20
Offline
sans les logs apache on ne va pas avancer.
MoYo - Julien Dombre - Association INDEPNET
Contribute to GLPI : Support Contribute References Freshmeat
Offline
Il te faut quel fichier log ? access ? error ?
GLPI : 0.68.2 / 0.70.2 en test
CentOS 4.4 : Apache 2.0.52 / MySQL 4.1.20
Offline
Normalement on devrait trouver ça dans error.
Faites un tail -f sur le log error pendant que vous faites vos manips sur glpi , et observez ce qui se passe.
JMD / Jean-Mathieu Doléans - Glpi-project.org - Association Indepnet
Apportez votre pierre au projet GLPI : Soutenir
Offline
Voici la seul entré que j'ai dans mon fichier log pour aujourd'hui, je précise que j'ai tenté d'uploadé un fichier .doc et que j'ai eu la même erreur .
[Tue Nov 14 10:58:36 2006] [error] [client 10.3.199.11] File does not exist : /var/www/html/glpi\xe9
Voila si ça peut vous aider
GLPI : 0.68.2 / 0.70.2 en test
CentOS 4.4 : Apache 2.0.52 / MySQL 4.1.20
Offline
J'ai exactement la même erreur.
GLPI 0.68.2 - Apache/2.0.54 (Debian GNU/Linux) - PHP/4.3.10-16 - MYSQL Ver 14.7 Distrib 4.1.11
GLPI 0.68.2 - Apache/2.0.54 (Debian GNU/Linux) - PHP/4.3.10-16 - MYSQL Ver 14.7 Distrib 4.1.11
Offline
vous n'avez pas un problème de SSL ?
MoYo - Julien Dombre - Association INDEPNET
Contribute to GLPI : Support Contribute References Freshmeat
Offline
C'est bon, c'était un problème de droits sur le répertoire /files. J'ai réappliqué les droits et tout fonctionne parfaitement.
Merci
GLPI 0.68.2 - Apache/2.0.54 (Debian GNU/Linux) - PHP/4.3.10-16 - MYSQL Ver 14.7 Distrib 4.1.11
Offline
Pages: 1
Topic closed