You are not logged in.
Pages: 1
Bonjour,
Je viens d'effectuer la migration de OCS Inventory de 2.0.5 en 2.1 et de GLPI de 0.80.5 en 0.84.2.
La nouvelle version fonctionne très bien mise à part pour la MAJ avec OCS Inventory.
j'ai bien installé le plugin OCS Import et j'ai un bug sur environ 10/100 de mon parc.
J'ai une quarantaine de machine qui revient sans cesse faire doublon dans importation des ordinateurs alors qu'elles sont déjà présentes dans glpi.
Je précise que ces machines ont toujours le même nom, numéro de série, adresse mac...
Avec cette nouvelle version, on ne peut plus gérer les doublons par adresse Mac, numéro de série ...
En plus quand je les importent il me met deux lignes identiques dans mon parc. Il pourrait au moin en mêtre un à la poubelle
Comment dois-je faire pour que glpi voyent uniquement les nouvelles machines à importer et non pas la quarantaine de machines pour pouvoir ensuite simplement les synchroniser.
Cela m'éviterais à chaque fois de rentrer le lieu, de devoir repasser par le plugin import fabricant pour les garanties...
Je tiens à préciser que j'ai migrer OCS en premier et tant que glpi n'a pas été migré tous se passait très bien.
Merci pour vos réponses.
Offline
Avez-vous vérifier les Règles d'import et de liaison des ordinateurs ?
Votre méthode de synchronisation est Standard ou experte ?
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
La méthode de synchronisation est en mode standard (manuelle).
Dans la nouvelle version de GLPI je ne trouve plus les règles d'imports, j'ai uniquement dans ma connexion les règles concernant les moniteurs, registre ...
Ils me demande également ce que je veux importer des PCs (domaine,nom, numéro de série) mais rien sur les fusions entre deux PCs.
Offline
Si le plugin OCSinventory NG est activé et que vous avez le droit "Règles d'affectation d'un ordinateur à une entité" dans votre profil, vous avez le menu Règles d'import et de liaison des ordinateurs qui apparait dans la liste des règles
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
Offline
Désactivé la règle root afin que seule votre règle soit active
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
je n'ai aucune règle de crée.
Quelle règle je dois créer. Je n'ai trouvé aucun éléments correspondant à mes besoins.
Merci.
Offline
Bonjour, je suis aussi intéressée par le sujet : nous avons changé de version de OCSnG et, depuis, tous les ordinateurs où nous avons poussé l'agent montent en double par rapport à l'ancienne version.
Comment éviter ces fiches qui apparaissent en double ?
merci par avance
Glpi 0.84.8
Ocs-ng 2.1
Mysql 5.1.73
Plugins Architecture réseau - Certificats - Comptes - Gestion des commandes - OcsNg - Tableaux de Bord
Offline
Personne n'a d'idée?
Merci
Offline
Je pense avoir trouvé d'ou venait ce problème.
Je pense que cela vient du faite que l'id OCS NG change assez souvent sur ces machines.
J'ai trouvé sur des forum qui conseillais de faire une mise à jour automatique des ordinateurs via une tache cron assez souvent (toutes les minutes, deux minutes) car GLPI arrive à gérer uniquement une fois le changement de l'id ocs.
Je également augmenté le PROLOG_FREQ en le passant de 1h à 4h ce qui évitera d'avoir trop d'inventaire.
Je n'ai toujours pas compris le fonctionnement des règles?
Quand je modifie la règle root, si je met pas que le TAG OCS est * et en action importé dans entité racine quand je vais sur l'importation des machines il ne me trouve plus la règle et plus aucune machine n'est importé.
Merci pour vos réponses.
Offline
Mais bon l'ancienne version de glpi s'avait très bien le gérer c'est ce qui est dommage.
Offline
Au secours
Toujours personne n'a d'idée pour ce topic?
Pourtant je ne dois pas être le seul à qui sa arrive.
Merci à vous.
Offline
Pour ma part, la règle installée compare le n° de série et l'adresse mac. Si ces infos sont identiques, la machine est mise à jour, sinon elle est créée...
... pourtant elle est créée à neuf quand même...
Glpi 0.84.8
Ocs-ng 2.1
Mysql 5.1.73
Plugins Architecture réseau - Certificats - Comptes - Gestion des commandes - OcsNg - Tableaux de Bord
Offline
J'ai déjà essayé avec cette règle mais sa ne marche pas.
J'ai éxactement le même symptôme que toi, tous les PCs sont importés comme un nouveau ordinateur.
J'ai éssayé avec le nom de l'ordinateur, adresse IP ainsi que le numéro de série mais sa ne marche toujours pas.
J'ai enlevé l'adresse mac car dans la doc du plugin il n'en parle pas.
"Un certain nombre de critères sont disponibles : ceux reprenant les champs d'OCSNG (nom, description, numéro de série, domaine, adresse IP, sous-réseau, TAG), le serveur OCS déclaré dans GLPI, l'entité de destination de la machine ainsi qu'un statut servant à rechercher une machine déjà présente dans GLPI."
Si des personnes ayant des règles qui fonctionnent, qu'il les partages ou qu'ils se taisent à jamais
Offline
UP.
Une personne dans le coin pour nous aider?
Merci.
Offline
J'ai grandement besoin d'aide.
Y a t-il une âme charitable dans le coin?
Merci.
Offline
Je pense que cela vient du faite que l'id OCS NG change assez souvent sur ces machines.
Déjà ce point n'est pas normal. Il faut regarder ce qui se passe dans OCS pourquoi les id changent-ils ?
JMD / Jean-Mathieu Doléans - Glpi-project.org - Association Indepnet
Apportez votre pierre au projet GLPI : Soutenir
Offline
J'avais crée une tache planifié sur toutes les machines qui exécutait ocsinventory.exe car sur certaine machines l'inventaire ne remonte jamais. Je ne sais pas pourquoi.
je vais poster un topic pour savoir pourquoi.
J'ai supprimé toutes mes taches planifiés mais je bloque encore sur les règles pour lier ces PCs avec des PCs déja présent dans GLPI.
J'aimerais bien avoir des exemples qui sont fonctionnelle pour pouvoir gérer son parc sans doublon.
Offline
j'ai réussis à éradiquer le changement de l'ID OCS ce qui provoquait des doublons sur mon parc.
Au changement du nom d'un PC il n'arrivait pas à mettre a jour le fichier ocsinventory.dat.
Donc a chaque lancement de l'agent il pensait que le PC avait changé de nom et lui attribuait un nouvelle ID.
Ce que j'ai fais via un script réseau pour remettre propre tous mon parc :
- supprimer la tache planifié qui lançait OCSInventory.exe
- arreter le service OCS
- supprimer ocsinventory.ini et ocsinventory.dat
- copier le fichier ocsinventory.ini que je souhaitais
- redemarrer le service OCS.
De ce fais je n'ai plus de doublon qui arrive dans GLPI.
Si sa peut vous aider.
Offline
Pages: 1