You are not logged in.
Pages: 1
Topic closed
Bonjour,
Je rencontre un problème un peu particulier en ce moment lors des imports OCS dans GLPI et qui concerne les entités.
Actuellement, une synchro OCS/GLPI est réalisée tous les jours à heure fixe. Depuis peu, j'ai supprimé la "règle d'affectation d'un élément à une entité" "root" qui spécifiait de placer toutes les machines contenant un tag OCS (n'importe lequel) dans l'entité racine. Le problème avec cette règle était que lors des synchro, les machines déjà importées et placées manuellement dans une entité se retrouvaient de nouveau dans l'entité racine à chaque synchro.
Du coup, désormais, les entités des machines déjà importées ne sont plus écrasées lors des synchro. Mais il est alors impossible d'importer des nouvelles machines car j'ai l'erreur : "Impossible d'affecté une entité" (vu qu'il n'y a plus de règle).
L'idéal pour moi serait :
- de pouvoir placer dans l'entité racine les nouvelles machines contenant un tag OCS
- de ne pas modifier les entités des machines déjà importées et n'étant pas dans l'entité racine.
Est-il possible de paramétrer cela ?
Merci par avance,
GKE
Last edited by gke (2014-10-31 12:00:45)
Offline
Argh. Je me suis trompé de catégorie. Merci de déplacer dans : Plugin OCS NG (GLPI >0.84)
Offline
Il faut regler une règle avec en action entité depuis TAG (TAG qu'il faut avoir défini dans votre entité)
Cette règle ne jouera que pour l'import, la synchronisation ne changeant pas l'entité
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
Bonjour,
Désolé pour ma réponse tardive.
En fait, actuellement, j'ai la règles d'affectation d'un élément à une entité suivante : Si "TAG OCSNG" existe, on assigne l'entité racine.
Cette règle fonctionne parfaitement lors des imports des nouveaux ordinateurs. Cependant, cette même règle à l'air d'écraser les entités des ordinateurs synchronisés et déjà importés auparavant (synchro OCS > GLPI tous les jours).
La synchronisation écrase les entités paramétrées manuellement et remet l'entité racine.
Est-ce un fonctionnement "normal" ? Si oui, suis-je obligé de définir des TAG spécifiques à chaque entité ? (sachant que mes ordinateurs remontent tous le même tag pour le moment et qu'auparavant, nous assignions une entité manuellement au nouveaux ordinateurs importés, sans que celle-ci soit écrasée lors des synchro).
Merci par avance.
Offline
Bonjour,
Je ré-ouvre un sujet qui s'est fait un peu oublié depuis plusieurs mois :-P mais qui est toujours d'actualité chez moi.
Récapitulatif :
Lorsque j'importe des machines dans GLPI via OCS, celles-ci sont placées dans l'entité racine via une règle "si TAG OCS existe --> entité racine". L'import des nouvelles machines fonctionne bien. Ensuite, si je place à la main les machines importées dans d'autres entités, lors des synchronisations suivantes, les entités paramétrées manuellement sont systématiquement écrasées et l'entité racine est attribuée à nouveau.
J'ai réalisé pas mal de tests avec différentes règles d'import mais impossible de solutionner le problème. L'entité racine est automatiquement réassignée à chaque machine mises à jour via OCS.
Je bloque. Quelqu'un aurait-il déjà rencontré ce problème ?
Merci par avance,
Last edited by gke (2014-09-24 16:37:36)
Offline
Bonjour,
Je continue mes investigations concernant mon problème d'entité.
J'ai réalisé pas mal de test avec les règles mais rien ne change. Dans la doc du plugin ocsng, on peut lire
Les règles d'affectation à une entité ne sont jouées que lors de l'import initial de la machine dans GLPI : c'est à dire qu'à partir du moment où une machine est importée, il n'existe aucun processus automatisé pour la changer d'entité (à moins d'activer le transfert automatique dans la configuration de GLPI)
J'ai donc arrêter de tester les règles vu que mes machines sont déjà présentes dans GLPI.
Cependant, j'ai l'impression maintenant que lors des synchro automatiques, les ordinateurs sont tous vus comme inexistants dans GLPI et donc "importés" (et non synchronisés). Ce qui expliquerait que l'entité est écrasée à chaque synchro.
Ex : j'ai un ordinateur "poste1" importé dans GLPI via la synchro automatique. Dans la fiche de l'ordinateur, je vois la date d'import OCS Inventory NG au 29-09-2014 11:01 :
Date d'import dans GLPI 29-09-2014 11:01
Il est dans "entité racine". Je modifie son entité manuellement (Action > "ajouter à la liste de transfert". Puis "mode de transfert : complete" et j'assigne une nouvelle entité à "poste1"). Le changement d'entité est OK.
Ensuite, j'exécute le client OCS sur "poste1". Il est mis à jour dans OCS. Je lance le script de synchro manuellement.
Dans GLPI, "poste1" a changé d'entité et est revenu dans "entité racine".
Si je regarde la "Date d'import dans GLPI" dans la fiche de l'ordinateur, j'ai
Date d'import dans GLPI 29-09-2014 11:27
La date d'import a changé comme si "poste1" était un nouvel ordinateur dans GLPI. Elle aurait dû rester à la date d'import initiale.
J'ai donc l'impression que chaque synchro est un import qui écrase la machine existante entièrement et la réimporte comme si c'était une nouvelle machine (ce qui expliquerait le changement d'entité).
Je ne comprends toujours pas pourquoi j'ai ce comportement.
Offline
Concernant le problème d'entité réinitialisée, le problème vient du plugin OCSinventory NG (un première certitude). Mais je ne sais toujours pas pourquoi il réinitialise l'entité à chaque synchro.
Voici l'historique d'une synchro pour une machine :
4331318 31-10-2014 09:21 ocsinventoryng Lien OCSNG La balise OCSNG de l'ordinateur a changé de LINUX à LINUX
4331317 31-10-2014 09:21 ocsinventoryng Commentaires Modification du champ
4331316 31-10-2014 09:21 ocsinventoryng Port réseau Mise à jour de l'élément : Port réseau (0)
4331312 31-10-2014 09:21 ocsinventoryng Port réseau Mise à jour de l'élément : Port réseau (0)
4331311 31-10-2014 09:21 ocsinventoryng Volume Mise à jour de l'élément : Volume (0)
4331310 31-10-2014 09:21 ocsinventoryng Volume Mise à jour de l'élément : Volume (0)
4331309 31-10-2014 09:21 ocsinventoryng Volume Mise à jour de l'élément : Volume (0)
4331308 31-10-2014 09:21 ocsinventoryng Volume Mise à jour de l'élément : Volume (0)
4331307 31-10-2014 09:21 ocsinventoryng Volume Mise à jour de l'élément : Volume (0)
4331306 31-10-2014 09:21 ocsinventoryng Volume Mise à jour de l'élément : Volume (0)
4331305 31-10-2014 09:21 ocsinventoryng Volume Mise à jour de l'élément : Volume (0)
4331304 31-10-2014 09:21 ocsinventoryng Volume Mise à jour de l'élément : Volume (0)
4331303 31-10-2014 09:21 ocsinventoryng Volume Mise à jour de l'élément : Volume (0)
4331302 31-10-2014 09:21 ocsinventoryng Entité Changement de Entité racine > XXXX > XXXXXXXXXX (41) par Entité racine (0)
L'entité reprend la valeur 0 systématiquement.
De plus, dans les logs MySql, je peux voir clairement que l'entité est réinitialisée par le plugin (ancienne valeur de l'entité : 41, nouvelle valeur : 0 pour l'entité racine). Mais pourquoi ?
Offline
Problème résolu :
A partir de l'interface d'admin de GLPI : aller dans "Configuration" > "Générale". Puis onglet "Parc" et mettre "Modèle pour le transfert automatique d'ordinateurs dans une autre entité" sur "Pas de transfert automatique". Puis cliquer sur "Sauvegarder".
Le plugin OCS Inventory NG regarde ce champ à chaque synchro. Si activé, réinitialisation de l'entité dans l'entité 0 (racine) par défaut. Rien dans la doc du plugin ne l'indique.
Offline
Pages: 1
Topic closed