You are not logged in.
Bonjour,
(Voir ma configuration en signature)
J'essaye d'injecter des utilisateurs mais rien ne se passe, je m'explique :
Je choisis les options, le fichier csv et au moment de l'upload ... je me retrouve devant ceci :
En sachant que l'import d'ordinateur fonctionne très bien ...
Avez vous une idée de l'origine de ce problème ?
Merci de vos lumières
Bye
GLPI 0.72.1
Impression pdf 0.6.1
Injection de fichiers 1.6.0
Red Hat Enterprise Linux ES release 4 (Nahant)
Offline
Comme toujours, ça dit quoi en mode Debug ? (cf documentation et règles du forum)
+
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
Bonjour remi,
Euh ... mode debug mode debug :S
J'ai cherché dans la doc de glpi et du plugin j'ai pas trouvé (je dois surement pas chercher là où il faut)
Peux tu m'indiquer la marche à suivre s'il te plais ?
Merci
GLPI 0.72.1
Impression pdf 0.6.1
Injection de fichiers 1.6.0
Red Hat Enterprise Linux ES release 4 (Nahant)
Offline
première page du wiki utilisateur ... http://www.glpi-project.org/wiki/doku.p … nfig:debug
Offline
Bonjour wawa,
Boulet que je suis ...
Merci ; je lis ça et je vous tiens au courant
GLPI 0.72.1
Impression pdf 0.6.1
Injection de fichiers 1.6.0
Red Hat Enterprise Linux ES release 4 (Nahant)
Offline
Re,
Voilà le résultat :
Fatal error: Allowed memory size of 67108864 bytes exhausted (tried to allocate 35 bytes) in /var/www/html/glpi/plugins/data_injection/inc/plugin_data_injection.wizard.function.php on line 461
EDIT : Pour info, je suis sur le serveur de test et j'obtiens la même erreur sur le serveur de production
Test□
Last edited by dickcie (2009-08-18 16:00:16)
GLPI 0.72.1
Impression pdf 0.6.1
Injection de fichiers 1.6.0
Red Hat Enterprise Linux ES release 4 (Nahant)
Offline
En regénérant le fichier csv j'obtiens
Fatal error: Allowed memory size of 67108864 bytes exhausted (tried to allocate 498515 bytes) in /var/www/html/glpi/plugins/data_injection/front/plugin_data_injection.wizard.form.php on line 201
Je remarque aussi que le CPU du serveur monte à 98%
Le contenu du fichier php-errors.log n'a pas changer par contre.
GLPI 0.72.1
Impression pdf 0.6.1
Injection de fichiers 1.6.0
Red Hat Enterprise Linux ES release 4 (Nahant)
Offline
Le message me semble clair, il faut augmenter la mémoire allouée à PHP (memory_limit).
Ce plugin est effectivement un gros consommateur.
+
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 fait une mise à jour du plugin d'une ancienne version vers la nouvelle ?
ça ressemble à un problème que je pensais bien avoir fixé
pouvez vous désinstaller et réinstaller le plugin ?
Offline
@remi : En fixant le memory_limit à 128M ca passe (ça me parait enorme ...)
Et je ne peux pas me permettre de fixer cette valeur sur le serveur de production, il y a d'autre services dessus.
@wawa : J'ai fais une install toute fraiche de GLPI et du plugin.
J'avais déjà réinstaller le plugin au cas où.
Last edited by dickcie (2009-08-18 16:58:35)
GLPI 0.72.1
Impression pdf 0.6.1
Injection de fichiers 1.6.0
Red Hat Enterprise Linux ES release 4 (Nahant)
Offline
Réinstallation du plugin (avec le memory_limit à 64M) => Même problème
Pour info :
Je me suis aussi rendu compte d'un bug
Uniquement sur le cadre entouré par du rouge
Last edited by dickcie (2009-08-18 17:09:47)
GLPI 0.72.1
Impression pdf 0.6.1
Injection de fichiers 1.6.0
Red Hat Enterprise Linux ES release 4 (Nahant)
Offline
Re,
Du coup je vais mettre le memory_limit à 128 juste le temps de faire l'injection et après je le repasse à 64.
Merci de votre aide
Bonne Journée
=> Topic closed
GLPI 0.72.1
Impression pdf 0.6.1
Injection de fichiers 1.6.0
Red Hat Enterprise Linux ES release 4 (Nahant)
Offline
Réinstallation du plugin (avec le memory_limit à 64M) => Même problème
Pour info :
Je me suis aussi rendu compte d'un bug
http://www.zimagez.com/miniature/screenshot469.jpgUniquement sur le cadre entouré par du rouge
ça ressemble à un fichier avec un mauvais encodage...
Offline
J'avais fouiller un peu dans les fichiers et tester plusieurs encodages sans succès.
Le pire étant que seule la partie en rouge est mal encodée alors que les autres parties (de souvenir elles se trouvent dans le même fichier) ne sont pas mal interprétée.
GLPI 0.72.1
Impression pdf 0.6.1
Injection de fichiers 1.6.0
Red Hat Enterprise Linux ES release 4 (Nahant)
Offline