You are not logged in.
Pages: 1
Bonjour
J'ai le message d'erreur "Probleme dans le déplavement du Fichier" quand je veux ajouter un document et je n'arrive pas à trouver la solution
Je suis en version 9.2.3 sous ubuntu
Merci de votre aide
Cordialement
Offline
Bonjour,
Un problème de droit sur le dossier de stockage peut être.
Offline
Votre dossier GLPI donne-t-il l'accès en lecture au groupe www-data ?
Offline
je ne sais pas
comment puis je vérifier que le dossier GLPI a acces au groupe www-data?
Offline
Avec la commande ls -l /lien_du_dossier
Ou graphiquement si vous avez une interface graphique installée.
Last edited by Greenwoodd (2018-06-04 15:38:52)
Offline
Ce n'est pas le dossier GLPI qui doit avoir pache pour propriétaire mais uniquement le dossier glpi/files
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
Ou plus simplement dans GLpi -> Configuration Générale -> Système ... partie server...
Plateforme en exploitation : GLPI 10.0.3 + GLPiinventory 10.0.3sur Fedora 36
PHP 8.1.11 ,Apache/2.4.54, mysql 8
Offline
GLPI 9.4.1.1/CentOS Linux release 7.6.1810
Bonjour.
As-tu trouvé la solution à ton problème ? De mon côté, même chose. Dans le php-errors.log, je récupère simplement :
[2019-06-03 10:40:18] glpiphplog.ERROR: Toolbox::userErrorHandlerNormal() in /var/www/html/glpi-9.4.1.1/inc/toolbox.class.php line 659
*** PHP Warning(2): rename(/var/www/html/glpi-9.4.1.1/files/_tmp/5cf4dcea31f1f7.71087886network-congestion.jpg,/var/www/html/glpi-9.4.1.1/files/JPG/89/cfd74f4e3840243a0c815dc97e59b781053fb7.JPG): Permission denied
Backtrace :
:
inc/document.class.php:1034 rename()
inc/document.class.php:1188 Document::renameForce()
inc/document.class.php:227 Document::moveDocument()
inc/commondbtm.class.php:1100 Document->prepareInputForAdd()
front/document.form.php:56 CommonDBTM->add()
{"user":"6@nom_du_serveur"}
Les droits/user/group des dossiers sont ceux créés à l'installation : toute l'arborescence sous files appartient à Apache. Lors de la tentative de dépôt d'un document :
le dossier « destination » (cf. ci-dessus JPG/89) est bien créé, vide ;
le fichier reste dans _tmp.
Offline
Complément à mon propre message :
Le fichier source cité dans le message php-error.log n'existe pas : il n'est pas sous /var/www/html/glpi-9.4.1.1/files/_tmp/, mais sous /var/www/html/glpi-9.4.1.1/files/_tmp/auto_orient
???
Offline
Regardez si vous n'avez pas un fichier glpi-9.4.1.1/inc/downstream.php. Ce fichier sert à changer les emplacements des dossiers standard de GLPI
Sinon vérifiez si vous n'auriez pas changé les valeurs définies dans le fichier glpi-9.4.1.1/inc/based_config.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
Merci pour ta réponse.
Je n'ai pas de fichier downstream.php dans toute l'arborescence GLPi.
Je n'ai je pense pas touché le fichier glpi-9.4.1.1/inc/based_config.php. À tout hasard, lorsque je recherche dans l'arborescence mention de « auto_orient », je trouve :
$ grep -R auto_orient $GLPI/
/var/www/html/glpi-9.4.1.1/lib/jqueryplugins/jquery-file-upload/server/php/UploadHandler.php: 'auto_orient' => true
/var/www/html/glpi-9.4.1.1/lib/jqueryplugins/jquery-file-upload/server/php/UploadHandler.php: // 'auto_orient' => true,
/var/www/html/glpi-9.4.1.1/lib/jqueryplugins/jquery-file-upload/server/php/UploadHandler.php: @$this->options['image_versions']['']['auto_orient'] &&
/var/www/html/glpi-9.4.1.1/lib/jqueryplugins/jquery-file-upload/server/php/UploadHandler.php: if (!empty($options['auto_orient']) && $this->gd_orient_image(
/var/www/html/glpi-9.4.1.1/lib/jqueryplugins/jquery-file-upload/server/php/UploadHandler.php: if (!empty($options['auto_orient'])) {
/var/www/html/glpi-9.4.1.1/lib/jqueryplugins/jquery-file-upload/server/php/UploadHandler.php: if (!$resize && empty($options['auto_orient'])) {
/var/www/html/glpi-9.4.1.1/lib/jqueryplugins/jquery-file-upload/server/php/UploadHandler.php: if (!empty($options['auto_orient'])) {
/var/www/html/glpi-9.4.1.1/inc/glpiuploadhandler.class.php: 'auto_orient' => false,
Offline
Pour moi ce problème a été corrigé en 9.4.2 (https://github.com/glpi-project/glpi/mi … 2?closed=1)
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
GLPi mis à jour, dysfonctionnement inchangé.
Pas de fichier downstream.php dans toute l'arborescence GLPi.
Pas touché au fichier /var/www/html/glpi-9.4.2/inc/based_config.php
Fichier bien déposé qq part dans l'arborescence, dossier JPG/sous-dossier créés, mais fichier pas déplacé :
$ cat /var/www/html/glpi-9.4.2/files/_log/php-errors.log
[2019-06-06 09:01:48] glpiphplog.WARNING: Test logger
[2019-06-06 09:02:35] glpiphplog.DEBUG: Html::compileScss() in /var/www/html/glpi-9.4.2/inc/html.class.php line 6743
css/styles is new, loading {"user":"@nom_du_serveur"}
[2019-06-06 09:02:35] glpiphplog.DEBUG: Html::compileScss() in /var/www/html/glpi-9.4.2/inc/html.class.php line 6743
css/palettes/auror is new, loading {"user":"@nom_du_serveur","mem_usage":"0.004\", 6.45Mio)"}
[2019-06-06 09:38:55] glpiphplog.ERROR: Toolbox::userErrorHandlerNormal() in /var/www/html/glpi-9.4.2/inc/toolbox.class.php line 659
*** PHP Warning(2): rename(/var/www/html/glpi-9.4.2/files/_tmp/5cf8c30b24d8a1.45094847network-congestion.jpg,/var/www/html/glpi-9.4.2/files/JPG/89/cfd74f4e3840243a0c815dc97e59b781053fb7.JPG): Permission denied
Backtrace :
:
inc/document.class.php:1041 rename()
inc/document.class.php:1195 Document::renameForce()
inc/document.class.php:229 Document::moveDocument()
inc/commondbtm.class.php:1101 Document->prepareInputForAdd()
.../formcreator/inc/fields/filefield.class.php:185 CommonDBTM->add()
.../formcreator/inc/fields/filefield.class.php:203 PluginFormcreatorFileField->saveDocument()
plugins/formcreator/inc/form.class.php:1190 PluginFormcreatorFileField->parseAnswerValues()
plugins/formcreator/front/form.form.php:123 PluginFormcreatorForm->saveForm()
{"user":"26@nom_du_serveur"}
$ ll /var/www/html/glpi-9.4.2/files/_tmp/
total 12K
-rw-r--r--. 1 apache apache 12K 6 juin 09:38 5cf8c30b24d8a1.45094847network-congestion.jpg
drwxr-xr-x. 2 apache apache 59 6 juin 09:38 auto_orient/
$ ll /var/www/html/glpi-9.4.2/files/JPG/
total 0
drwxr-xr-x. 2 apache apache 6 6 juin 09:38 89/
$ ll /var/www/html/glpi-9.4.2/files/JPG/89/
total 0
$ find /var/www/html/glpi-9.4.2/ ! -user apache
# que dalle
Offline
Solution trouvée ! Blocage par SELinux, connement oublié de faire le module chargeable customisé ad hoc!
Tada !
Offline
Bonjour @tichodroma
Pouvez vous détailler un peu plus la solution ? je rencontre le même soucis je tourne sous linux.
merci
Offline
Pages: 1