passer de 3 modes d'importation ocs a deux

jm.cierniewski · 2006-08-03 10:08:37

Salut a tous.
une petite idée...
aujourd'hui , pour synchroniser glpi avec ocs on a 3 modes.

1) Synchronisation des ordinateurs déjà importés
2) Importation de nouveaux ordinateurs
3) Lier de nouveaux ordinateurs à des ordinateurs existants

Or, depuis toujours, ( et ça c'est accentué avec le passage ocs rc3) j'ai pas mal de machines déja inventoriées qui de temps en temps se retrouvent "nouvelles" et donc apparaissent dans les menu (2) et (3), à la place du 1.

Si , un matin , pas trés réveillé, je fais le menu (2) en premier, à savoir "importation de nouveaux ordinateurs", je me retrouve avec une liste de machines, dans lesquelles il y a de "vraies" nouvelles machines et de "fausses nouvelles machines" ( les machines précédement cité) . Et comme je ne connais pas par coeur le nom de mes centaines de machines, je n'ai aucun moyen de différentier les unes des autres.
Si je valide, les "vraies" nouvelles machines seront crées, et les "fausses" nouvelles machines me créeront des doublons. Donc pas glop

Je suis donc obligé de toujours commencer par le menu (3) Lier de nouveaux ordinateurs à des ordinateurs existants

La, c'est beaucoup plus simpes. les "fausses" nouvelles machines sont facilement identifiées du fait que leur nom apparait deux fois "nom de la nouvelle machines" => la date => " le méme nom"
les "vraies" nouvelles machines sont facilement identifiables aussi car la case suivant la date est "vide" ( champ de destination)

Quand on clic sur importer, seul les machines "fausses" nouvelles sont importées, les vraies, celles ou la case de droite est vide ne sont pas importées et on doit donc aller dans le menu (2) pour finir le travail...
Bref, moyen moyen.

Ma question... enfin dirons certains.
pourquoi ne pas avoir que deux menus.
(1) Synchronisation des ordinateurs déjà importés
(2) Importer, fusionner les nouveaux ordinateurs.

Le mode (2) fonctionnerai exactement de la méme maniére que le mode (3) actuelle avec juste cette petite différence
Une "nouvelle machine" vraie ou fausse qui à le champ de destination rempli est fusionné avec la machine de destination
Une "nouvelle machine " vraie ou fausse qui à le champ destination vide est simplement crée.

Qu'en pensez vous ?

Bon code et bonnes vacances pour ceux qui y sont...

JMD · 2006-08-03 13:14:04

Reflexion intéressante.

MAintenant c'est pas forcément normal qu'on ait un paquet de machines qui apparaissent comme nouvelles... Il y a un souci là.

J'ouvre un ticket à ce sujet.

chacawaca · 2006-08-03 13:16:06

je dis que tu ne devrais plus syncroniser tes machines le matin, sa règlerais le probleme

mais ça la quand même du sens ce que tu dis.

MoYo · 2006-08-03 16:48:56

si la gestion des doublons est correctement faite dans OCS il n'y doit pas y avoir de soucis.

jm.cierniewski · 2006-08-04 09:27:01

petite précision, je n'ai aucun doublons dans ocs...
simplement , tous les matins, surtout depuis que je suis en rc3, j'ai 30% de mes serveurs qui apparaissent comme nouveaux dans l'import glpi...

JMD · 2006-08-04 11:44:45

C'est bien ce que je dis c'ést totalement anormal.

Vous utilisez quels agents d'ocs ?

jm.cierniewski · 2006-08-04 15:08:15

windows 4024,
mais depuis toujours, j'ai ce genre d'anomalie ( ocs rc2, glpi v0.65)
mais la , ça s'accentue avec la rc3

JMD · 2006-08-04 16:51:05

Bah c'est grave ça. Il va falloir sérieusement investiguer car c'est tout à fait anormal et ça voudrait dire que le processus d'import est buggé. Aprés il y a peut-être d'autres problèmes (mise à jour ocs ou glpi etc....).

Bref pour débugger correctement il faudrait voir :

- Etat de la base ocs-ng à l'instant T
- Etat de la base GLPI à l'instant T aprés importation des machines issues de la base OCS-ng de l'instant T

Ensuite

- Etat de la base ocs-ng à l'instant T+1
- Etat de la base GLPI à l'instant T+1 aprés importation des machines issues de la base OCS-ng de l'instant T+1

De façon à reperer les anomalies et les doublons et voir d'où ils pourraient venir.

jm.cierniewski · 2006-08-07 13:36:42

on va faire ça

JMD · 2006-08-08 16:55:16

Premières remarques à chaud :

1) Agent OCS

Déjà il semblerait que vous n'ayez pas les dernières versions des clients ocs-ng : les machines posant pb sont apparament avec les agents en 4014.
(414).

Et vous avez aussi 175 machines en 4024 au lieu de 4026.

2) Des pbs de deviceId

Il y a présence dans la base glpi de deviceid postérieures à ceux présents dans la base d'ocs. Ce qui normalement est impossible.

jm.cierniewski · 2006-08-08 17:34:45

Salut
quelque petits compléments d'informations.

la base glpi utilisée est une 0.68 toute neuve.
La base ocs est une RC3-1 migré d'une rc2,
Mon infrastructure ocs /glpi est une infrastructure de préprod. donc "vivante". j'inventorie des serveurs avec maj des inventaires lors des ouvertures de sessions. Certains serveurs ont des "visites" quotidiennes, d'autres non. C'est pourquoi, j'ai sur mes 700 serveurs une fourchette de dates d'inventaire de l'ordre de 3 mois.... ( et oui, certains serveurs microsoft, tiennent 3 mois sans reboot )

Il est donc normal que j'ai des agents en 4014 ( 408 machines) , 4024 (175 machines) et 1 seul en 4026. ( j'attendais la solution d'un bug sur le 4026 avant de le mettre à disposition)

Concernant les autres clients, j'ai
6 machines en ocs-agent-sparcsolaris2.6/0.4 ,
17 machines en ocs-agent-sparcsolaris2.6/0.5 ,
15 machines en ocs-agent-sparcsolaris8/0.4 ,
2 machines en ocs-agent-sparcsolaris8/0.5
6 machines en OCS-NG_linux_client_v11

Il a été précisé par le team ocs sur le forum, que la version RC3 d'ocs pouvait tout à fait gérer des "clients" ayant de vieilles versions d'agent.
Vu notre mode de fonctionnement, il est fort à parier que nous n'aurrons jamais un parc d'agent homogéne...
mais cela ne devrait pas poser de problemes.

Pour information encore, j'avais déja des pbs de doublons avant le passage sous 2024

Bonne soirée

MoYo · 2006-08-08 17:51:30

Le fait que les clients ne soient pas a jour ne doit pas poser de problème certe.

Mais en regardant bien sincerement le deviceid d'OCS est modifié dans la base ocsweb.
On voit même que les clients se sont mis à jour.
Ceux qui posent problèmes sont les derniers de votre table hardware (ID les plus importants).
Or aucun tracage n'est effectué dans deleted_equiv de ocsweb qui est la donnée utilisée par GLPI pour gérer les doublons justement.

En regardant le code d'OCS (super bien remanié soit dit en passant, j'aime beaucoup ), je ne vois rien au premier abord mais je vais gratter le sujet.
Je vous tiens au courant.

MoYo · 2006-08-08 18:09:48

Ok j'ai trouvé. Les données d'OCS ne sont pas homogènes sur la gestion des doublons.
Je les contacte tout de suite pour voir ce que l'on met en place pour résoudre le problème.

jm.cierniewski · 2006-08-09 09:30:47

Coolllll

avez vous besoin d'une version n+1 de mes bases ? pour valider ?

JMD · 2006-08-09 10:08:11

bah envoyez toujours, c'est pas perdu. Ca permettra de confirmer.

jm.cierniewski · 2006-08-10 11:52:07

Quelques nouvelles du probléme ?
la je viens de passer des machines en agent ocs 4026, elles sont toute apparues dans "lier de nouvelles machines à des machines existantes..."

MoYo · 2006-08-10 12:32:20

le problème est détecté et sera corrigé dans la 0.68.1

jm.cierniewski · 2006-08-10 13:16:16

[regard en coin]

ummm mmmm mmmmm biennnn biennnn,,,,,,,
on garde les infos secrétes je voisssss         [/regard en coin]

bon bon bonnnnn....

[mode modeste]
Ennnfinnn,,,,, je vois que j'avais Ennncore raisoonnnnn  
depuis le temps que je disais qu'il y avait un chti schmul dans l'import...
[/mode modeste]

MoYo · 2006-08-10 13:22:46

oui il y avait un problème mais qui viens d'une gestion hétérogène des doublons dans OCS.
Ca va être corrigé.

D'ailleurs les agents solaris sont pourris.... Il remonte toujours un nouveau DEVICEID....
Ce qui est le cas pour d'autres de vos serveurs.

jm.cierniewski · 2006-08-10 14:39:42

la chui d'accord pour les agents solaris....
mais bon, c'est un client "unofficial" et nos experts locaux ne savent pas trop comment améliorer la chose.
Ce qui est dommage d'ailleur, car dans notre boite, ocs prend le pas d'un autre logiciel d'inventaire commercial ( et oui.... le corporate ....) qui est incapable de remonter les inventaires des os un peu vieux.
D'ailleur, je lance un APPEL.... si quelqu'un a développé ( amélioré) les agents solaris, aix .... qu'il me fasse signe, je suis preneur....

Il est possible que les serveurs de type citrix ou terminal serveur pose quelques problémes...c'est peut étre eux, entre autre, qui remontent des devices id différents....; a valider

Forum GLPI-Project

Announcement

#1 2006-08-03 10:08:37

passer de 3 modes d'importation ocs a deux

#2 2006-08-03 13:14:04

Re: passer de 3 modes d'importation ocs a deux

#3 2006-08-03 13:16:06

Re: passer de 3 modes d'importation ocs a deux

#4 2006-08-03 16:48:56

Re: passer de 3 modes d'importation ocs a deux

#5 2006-08-04 09:27:01

Re: passer de 3 modes d'importation ocs a deux

#6 2006-08-04 11:44:45

Re: passer de 3 modes d'importation ocs a deux

#7 2006-08-04 15:08:15

Re: passer de 3 modes d'importation ocs a deux

#8 2006-08-04 16:51:05

Re: passer de 3 modes d'importation ocs a deux

#9 2006-08-07 13:36:42

Re: passer de 3 modes d'importation ocs a deux

#10 2006-08-08 16:55:16

Re: passer de 3 modes d'importation ocs a deux

#11 2006-08-08 17:34:45

Re: passer de 3 modes d'importation ocs a deux

#12 2006-08-08 17:51:30

Re: passer de 3 modes d'importation ocs a deux

#13 2006-08-08 18:09:48

Re: passer de 3 modes d'importation ocs a deux

#14 2006-08-09 09:30:47

Re: passer de 3 modes d'importation ocs a deux

#15 2006-08-09 10:08:11

Re: passer de 3 modes d'importation ocs a deux

#16 2006-08-10 11:52:07

Re: passer de 3 modes d'importation ocs a deux

#17 2006-08-10 12:32:20

Re: passer de 3 modes d'importation ocs a deux

#18 2006-08-10 13:16:16

Re: passer de 3 modes d'importation ocs a deux

#19 2006-08-10 13:22:46

Re: passer de 3 modes d'importation ocs a deux

#20 2006-08-10 14:39:42

Re: passer de 3 modes d'importation ocs a deux

Board footer