You are not logged in.
Bonjour
Comment doit etre formaté un fichier CSV pour etre injecté, j'ai un fichier de 9 colonnes et 50 lignes, le plugin injection téléchargé hier sur le site trouve 213 colonne lors de l'étape 4 d'importation et me visualise que 2 lignes, qu'ai-je fait de pas bien ?
Bien sur les 2 lignes sont en erreur dans le rapport à la fin de l'import
De plus lorsque je choisis la table ordinateur il n'y a pas les Champs processeur ou memoire correspondant pourquoi ?
Merci d'avance pour votre aide.
sur Mac iNtel Leopard Server FireFox 3.0.3 Excel 2008 pour le CSV
Offline
Le plugin data_injection est extrêmement souple.
La première page de l'assistant permet de définir les options, comme le séparateur de champ.
Le problème du nombre de colonnes ressemble fort à un fichier vérolé par un tableur bien connu (colonnes vides). Voir à quoi il ressemble dans un éditeur de texte simple.
Le nombre de lignes est à choisir avant prévisualisation.
L'import des composants n'est pas encore possible.
Pourquoi : parce que personne ne l'a codé : volontaire ?
++
P.S. @wawax : le séparateur de ligne spécifique au Mac (\r) est-il correctement géré ?
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
De plus lorsque je choisis la table ordinateur il n'y a pas les Champs processeur ou memoire correspondant pourquoi ?
vous devez d'abord importer les matériels, puis les composants que vous allez lier à des machines.
c'est pas fait car je n'ai pas eu le temps de le faire, je ne sais pas quand je vais le faire, à moins que qq'un me finance pour le faire, et dans ce cas là ça ira forcément plus vite
P.S. @wawax : le séparateur de ligne spécifique au Mac (\r) est-il correctement géré ?
bonne question, je vais essayer de tester ça ce matin
Offline
Bonjour
Lors de l'importation j'ai vu dans la doc la notion d'ENTITE
mais reellement je n'ai pas eu la question
donc mes machines ont toutes été importés dans l'ENTITE RACINE
Y a t-il une notion d'entité ?
Merci
Merci
GLPI 10.0.11/ Plugins GlpiInventory / AgentGlpi : 1.5 < Serveur Debian 64 Bits>
Offline
L'import est réalisé dans l'entité courante au moment de l'opération.
++
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
Merci
Merci
GLPI 10.0.11/ Plugins GlpiInventory / AgentGlpi : 1.5 < Serveur Debian 64 Bits>
Offline
Bonsoir
Je crois que je fais une grosse connerie en important mon csv, je devrais certainement creer un champs dans la partie Ordinateur car mon import est composé de machines, assez simple : marque, n°serie, nom user, iP,Processeur,vitesse processeur et ram, mais je ne vois pas où ... mais à la fin de mon import il y a ce rapport :
Statut Ligne Vérification des données Import des données Type d'injection Identifiant de l'objet
1 Au moins un champs obligatoire n'est pas
remplis (MANUFACTURER) Donnée introuvable (Hewlett-Packard)Donnée
faut t-il creer un champs qui contient (Hewlett-Packard) ?
merci d'avance de votre aide
Offline
Soit tu crée le fabricant avant l'importation
Soit tu coche la case "créé les intitulés" et il sera créé pendant l'importation.
++
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
L'import est réalisé dans l'entité courante au moment de l'opération.
++
Bonjour Remi,
Ca ne fonstionne pas chez moi pour les utilisateurs, quelque soit l'entité courante ça me les injecte à la racine et il faut donc les mettre à jour manuellement ensuite.
Y a pas un moyen de les mettre dès le départ dans l'entité souhaitée?
Et sans vouloir abuser, deuxième question, est-il possible également de choisir le profil lors de l'injection?
Merci.
PS: GLPI 71.2 Plugin 1.2
Last edited by magnum (2008-11-19 10:22:17)
Offline
Je confirme : L'import est réalisé
- dans l'entité courante
- avec le profil courant
Je l'utilise régulièrement et tout marche correctement.
Merci de décrire plus précisément comment tu procèdes.
++
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
Je crois qu'il y a un serieux problème avec le miens, peut etre une mauvaise installation je ne sais pas, j'ai essayé de configurer les droits du plugin Data_Injection et quand je clique sur VALIDER apres avoir choisi un profil il ne se passe rien, du moins rien n'apparait en dessous pour configurer les "lecture/ecritures".
Je crois que je vais etre obligé de désinstaller et réinstaller.... j'imagine que ça va me faire perdre mes modèles? aie
Offline
vous avez la version 1.3.1 de data_injection ?
Offline
Je viens d'essayer sur l'autre GLPI (71.2 avec plugin 1.3.1) et c'est pareil, je me suis placé dans une entité autre que Racine, et l'utilisateur a été injecté à la racine.
Pourtant tout semble bien fonctionner et surtout installé.
J'ai créé un modèle "Import.utilisateur", mappé tous les champs (chps de liaison: login + nom), puis rempli un fichier CSV avec un seul utilisateur pour tester.
J'ai eu le message: Importation réalisée avec succès.
Mais l'utilisateur n'est pas injecté dans l'entité courante.
PS: y a un autre truc bizarre, si je ne rempli pas le chps Groupe dans le CSV j'ai un message d'erreur, mais l'importation est réalisé quand meme, pourtant le chps Groupe n'est pas un chps de liaison.
Offline
en mode debug, quel est le message ? quelles sont les traces dans les logs ?
Offline
De mieux en mieux .... maintenant j'ai le message "Donnée introuvable (FK_group='SSI')
Pas les droits pour importer les données"
o_O ????
Mode debug ?
Offline
Ca y est je viens d'activer le mode debug ...je teste... merci .
Offline
Ca y est, toujours le meme résultat, il est où le fichier de log exactement?
Offline
Je touve aucun fichier de log, juste remove.txt , en tout cas aucun fichier créé le aujourd'hui à partir de 11h
Offline
il faut activer les logs dans Configuration -> Générale -> Traceurs dans fichiers
Offline
Ok merci ... mais toujours pas de fichier de log, et maintenant j'ai le message me disant que j'ai pas les doits pour importer.... je comprends plus rien ....
Offline
J'ai désinstaller puis effacer purement et simplement le plugin 1.2 sur le serveur de production, decompressé le nouveau 1.3.1 puis installé.
J'ai rajouté dans les droits un profil créé depuis des semaines.
J'ai ensuite créé un modèle pour les utilisateurs.
Et au premier test j'obtiens le message:
1 Les données à insérer sont correctes error Donnée introuvable (FK_group='SSI')
Pas les droits pour importer les données
Je vais m'arracher les cheveux là HELP ..! j'en peux plus.... j'en ai absolument besoin pour demain, je dois former des utilisateurs.
PS: je suis pourtant connecté en tant que super admin.
Last edited by magnum (2008-11-19 14:21:26)
Offline
vous voulez ajouter un groupe ou un profil au user ?
Offline
UN groupe est définit pour une entité. Donc il faut se positionner sur l'entité pour qu'il trouve le groupe.
Un utilisateur n'est pas définit dans une entité, donc c'est normal qu'il ne le crée par de manière spécifque dans l'entité courante. C'est les droits qui définissent la visibilité des entités pour un utilisateur.
++
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
Je veux rien rajouter de special, jusqu'à hier quand je remplissais le chps Groupe dans mon CSV il était créé automatiquement si il n'existait pas deja ds GLPI.
Voici mon csv de test:
Identifiant;Passe;Nom;Prénom;Portable;Email;Tél1;Tél2;Lieu;Commentaires;Groupe
tbou;123456;Bouzin;Thierry;;thierry.boutin@truc.fr;78454;;Salle.machin;;SSI
Et jusqu'à hier ça marchait très bien, à part le fait que l(es)'utilisateur(s) etai(en)t injecté(s) à la racine et non dans l'entité courante.
C'est en lisant un post de Rémi ce matin que j'ai découvert qu'apparemment ce n'etait pas normal donc j'ai voulu corriger ça mais depuis y a plus rien qui marche en injection de données chuis degu.
Ni sur le serveur de production (Linux Centos) si sur ma machine de test (Xindows XP + Xampp) ... c'est quand meme curieux que ça plante sur les deux.
Serveur: GLPI 71.1 plugin 1.3
PC : GLPI 71.2 plugin 1.3
(Si y a des erreurs de ";" ne pas en tenir compte c'est que j'ai mal recopié ici, je passe par excel et le fichier est bon c'est sur)
Offline
UN groupe est définit pour une entité. Donc il faut se positionner sur l'entité pour qu'il trouve le groupe.
Un utilisateur n'est pas définit dans une entité, donc c'est normal qu'il ne le crée par de manière spécifque dans l'entité courante. C'est les droits qui définissent la visibilité des entités pour un utilisateur.
++
excuse moi mais je suis pas sur de comprendre ... en tout cas apparemment ça serait normal? ..à la limite ça me rassurre presque.
Mais pourquoi alors tu disais que normalement l'utilisateur était créé ds l'entité courante? je comprends plus là.
Et d'où vient ce problème de droit ?
Offline