You are not logged in.
Pages: 1
Bonjour,
nous commençons la migration de ocs natif vers fusion.
nous avons déployé quelques agents pour observer le fonctionnement.
nous avons bien les mises à jour des machines existantes et les creations de nouvelles machines dans les entités.
tout se passe bien.
il y a cependant un phenomène imprévu :
j'ai 73 agents fusion dans GLPI mais 180 machines qui sont mises à jour par fusion (4 agents remontent plusieurs machines).
je pensais qu'un agent remontait les infos de la machine sur laquelle il était installé. il y a donc quelque chose que je n'ai pas compris, et je me pose la question avant de déployer à plus grande échelle.
est ce que c'est normal qu'un agent inventorie plusieurs machine ?
y a il un paramétrage qui aurait pu modifier ce comportement ?
infos :
FusionInventory-Agent_v2.3.14
le nombre d'agent est obtenu par plugins>fusion inventory> gestion des agents
les agents sont sur des sites distants et communiquent en ADSL, il peut y avoir des IP identiques sur les différents sites. (192.168.....)
les resultats remontés pour l'invenaire sont corrects et associés à la bonne machine.
bref, ça marche (trop) bien, et je m'inquiète parce que je ne sais pas pourquoi.
Trouver la panne avant de réparer...
GLPI10.0.10 (ubuntu 22.04 PHP8.1 Mariadb10.6 ) plugins : comportements 2.7.2 reports 1.16.0 formcreator 2.13.8, datainjection 2.13.4 fields 1.21.6
préprod : glpi10.0.15
Offline
Il faut modifier les règles d'import, car il doit y avoir des critères qui ne doivent pas fonctionner (genre ces 4 machines n'ont pas de numéro de série...)
Offline
l'inventaire fonctionne bien, avec les bonnes infos sur le bon ordinateur dans la bonne entité.
mais si je regarde l'historique d'un agent j'ai :
3849359 16-04-2015 10:43 Plugin_FusionInventory Lié à l'ordinateur "ST14180 (6848)" --> "ST14175 (6813)"
3849353 16-04-2015 10:43 Plugin_FusionInventory Lié à l'ordinateur "ST14340 (6852)" --> "ST14180 (6848)"
3849117 16-04-2015 10:21 Plugin_FusionInventory Lié à l'ordinateur "ST14182 (6850)" --> "ST14340 (6852)"
3848271 16-04-2015 03:01 Plugin_FusionInventory Lié à l'ordinateur "ST14224 (6797)" --> "ST14182 (6850)"
3848265 16-04-2015 03:01 Plugin_FusionInventory Lié à l'ordinateur "ST14175 (6813)" --> "ST14224 (6797)"
pourquoi un seul agent remonte les infos de plusieurs ordinateurs ?
Trouver la panne avant de réparer...
GLPI10.0.10 (ubuntu 22.04 PHP8.1 Mariadb10.6 ) plugins : comportements 2.7.2 reports 1.16.0 formcreator 2.13.8, datainjection 2.13.4 fields 1.21.6
préprod : glpi10.0.15
Offline
C'est que plusieurs machines (inventaire d'agent) match la même machine de GLPI. Donc il faut modifier tes règles pour que ça n'arrive pas.
Tu peux t'aider de l'onglet "informations d'import" de la fiche ordinateur pour voir quelle règle a fonctionner (et donc à priori, il faut modifier celle là)
Offline
j'ai une règle d'import ( opérateur ET )
Matériel à importer : Numéro de série est déjà présent dans GLPI Oui
Matériel à importer : Numéro de série existe Oui
Matériel à importer : uuid est déjà présent dans GLPI Oui
Matériel à importer : uuid existe Oui
Matériel à importer : Type de matériel est Ordinateur
puis ensuite une règle uniquement sur N° de série
sur toutes les machines remontées, au premier contact c'est la 2eme règle qui fait le lien (normal : le uuid n'est pas encore mis à jour) puis à partir du 2eme contact la première règle est valide et c'est celle là qui s'applique à chaque contact suivant. c'est normal aussi.
sur les machines qui seraient inventoriées par le même agent j'ai (dans glpi au moins) un couple uuid/SN unique (mais parfois le même uuid avec un sn différent).
sur mes fiches inventaire ordinateur, tout semble normal (liste logiciels mise à jour ainsi que champs non verouillés)
Trouver la panne avant de réparer...
GLPI10.0.10 (ubuntu 22.04 PHP8.1 Mariadb10.6 ) plugins : comportements 2.7.2 reports 1.16.0 formcreator 2.13.8, datainjection 2.13.4 fields 1.21.6
préprod : glpi10.0.15
Offline
piste à explorer :
l 'agent fusion a été mis dans le master d'installation.
en fait il s'agit probablement de plusieurs agents avec le même nom. je vais vérifier.
si c'est ça il faut que je trouve une autre solution, même si ça ne me pose pas encore de vrais problèmes pour l'inventaire, je sens que pour les prochaines mises à jour, etc... je regretterai d'avoir fait déployer ainsi.
Trouver la panne avant de réparer...
GLPI10.0.10 (ubuntu 22.04 PHP8.1 Mariadb10.6 ) plugins : comportements 2.7.2 reports 1.16.0 formcreator 2.13.8, datainjection 2.13.4 fields 1.21.6
préprod : glpi10.0.15
Offline
Si il est dans le master, avant de finaliser l emaster, il est préférable de supprimer le fichier agent.dump
Offline
Pages: 1