You are not logged in.
Bonjour,
Je reviens sur le sujet précédemment posté: http://www.glpi-project.org/forum/viewtopic.php?id=4116
Après mise à jour à la version 0.68.2, je constate toujours les problèmes suivants concernant les importations OCS d'interfaces réseaux multiples mais aussi d'adresses IP "flottantes" avec "heartbeat":
. lorsque 20 adresses IP sont définies sur 'eth0', 20 cartes réseaux sont bien importées mais seulement 11 ports réseaux sont visibles dans les connexions (1 import sur deux, en fait uniquement les items d'id pairs)
. lorsque des adresses IP disparaissent, les cartes réseaux disparaissent correctement mais les ports réseaux restent.
J'ai contrôlé les informations dans OCS NG, elles sont correctes (interfaces et adresses IP).
Avez-vous besoin de plus d'informations pour corriger ce problème ?
Yves [ Plateforme GLPI 0.68.2 - OCS NG 1.0-RC3-1 - Debian Sarge 3.1 ]
Offline
les divers tests réalisés n'ont montré aucun problème.
La seule solution pour débugguer ce genre de chose et de nous envoyer votre DB pour que le puisse tester.
MoYo - Julien Dombre - Association INDEPNET
Contribute to GLPI : Support Contribute References Freshmeat
Offline
Un de mes collègues est en train d'analyser le processus de synchronisation à la recherche des éventuels bugs.
En tout cas, c'est parfaitement reproductible: la suppression des ports réseaux puis "forcer la synchronisation" OCS ne crée pas tous les ports - en fait ce n'est pas un sur deux mais leur nombre est assez aléatoire. Je posterai le patch lorsque mon collègue aura fini.
Last edited by ymartin (2006-10-09 17:34:35)
Yves [ Plateforme GLPI 0.68.2 - OCS NG 1.0-RC3-1 - Debian Sarge 3.1 ]
Offline
ok super.
MoYo - Julien Dombre - Association INDEPNET
Contribute to GLPI : Support Contribute References Freshmeat
Offline
Une piste: on constate que la liste des adresses IP est extraite dans une variable de longueur maximale de 255 caractères: le résultat de la requête sur la base OCS NG est tronqué lorsqu'il y a un grand nombre d'adresses IP.
Yves [ Plateforme GLPI 0.68.2 - OCS NG 1.0-RC3-1 - Debian Sarge 3.1 ]
Offline
extraite dans une variable de longueur max 255 ? ou ca ?
les addresses sont resplité normalement.
MoYo - Julien Dombre - Association INDEPNET
Contribute to GLPI : Support Contribute References Freshmeat
Offline
En ce qui concerne la limite de 255 constatée, cela provient de modèle de données de OCS qui stocke la liste des adresses IP sur un seul champ. Mon collègue a modifié la colonne de "255" à "text" et la liste n'est plus tronquée. Mais cela n'a rien changé pour l'import dans GLPI.
Voici l'analyse de mon collègue concernant l'import:
Le problème se situe dans /path/to/glpi/inc/ocsng.function.php, fonction ocsUpdateDevices()
J'ai rajouté un point fixe avec "$changed = 0" dans le bloc case NETWORK_DEVICE.
bloc SQL : $query2 = "SELECT * FROM networks WHERE HARDWARE_ID = '".$ocs_id."' ORDER BY ID";
Il y a un test avec une boucle for pour les IP déjà présentes dans la DB. Auquel cas il fait un update() sur le Netport, et une boucle avec les nouvelles IP, il fait donc un add() sur le Netport. J'ai remarqué que lorsqu'il fait un "add" (en gros 1 IP sur 2 mais en affichant la DB, sur des IP qui *existent* déjà - et qui n'existent pas quand il passe dans l'update ..!), eh bien la méthode ne fonctionne pas et il faut repasser une fois dans la fonction ocsUpdateDevices pour que la seconde fois il passe dans la partie update() et rajoute vraiment l'information => elle s'affiche alors dans l'interface. Donc premier coup on a 10 IP sur 20, 2e 15/20, 3e 18/20, 4e 19/20 et dernier coup 20/20...
Est-ce que cela vous aide ?
Si ce n'est pas possible pour vous de configurer un Linux avec 20 IP pour faire le test, je peux toujours construire un base de test pour reproduire le problème et transmettre la DB complète OCS + GLPI.
Yves [ Plateforme GLPI 0.68.2 - OCS NG 1.0-RC3-1 - Debian Sarge 3.1 ]
Offline
Pouvez nous envoyer la DB ocs incriminée ou une partie de la DB ?
MoYo - Julien Dombre - Association INDEPNET
Contribute to GLPI : Support Contribute References Freshmeat
Offline
Oui, je peux. Est-ce que vous pouvez me proposer les requêtes SQL utiles avec une where clause sur le nom du serveur ?
Et ensuite l'adresse d'envoi ? Ou alors je crée un ticket dans Trac ?
Yves [ Plateforme GLPI 0.68.2 - OCS NG 1.0-RC3-1 - Debian Sarge 3.1 ]
Offline
ne mettez votre DB dans le trac.
Si vous pouvez m'envoyer un dump complet de votre DB ca serait parfait.
A moyo[at]indepnet[point]net
MoYo - Julien Dombre - Association INDEPNET
Contribute to GLPI : Support Contribute References Freshmeat
Offline
Du nouveau à propos de l'analyse de la base que j'ai transmise ?
Pour l'instant mon installation est patchée avec la technique du point fixe: le code boucle sur les ports réseaux tant qu'il y a de nouveaux ports à synchroniser - en trois ou quatre tours de boucles les 20 interfaces sont importées.
Mais cela ne corrige pas le bug concernant la disparition des interfaces dans OCS... qui perdurent dans GLPI.
Merci pour votre aide
Yves [ Plateforme GLPI 0.68.2 - OCS NG 1.0-RC3-1 - Debian Sarge 3.1 ]
Offline
désolé je n'ai pas eut le temps d'y jeter un coup d'oeil.
Je fait ca ce soir promis.
MoYo - Julien Dombre - Association INDEPNET
Contribute to GLPI : Support Contribute References Freshmeat
Offline
Pour l'ajout il y a deja ca :
https://dev.indepnet.net:8080/glpi/changeset/4091
Pour la suppression des ports en effet il manque une info deja GLPI : les ports importés depuis OCS.
On va se baser sur le nom et l'adresse mac.
voilà une correction :
https://dev.indepnet.net:8080/glpi/changeset/4092
Jusqu'à la mise en place correcte de la synchro
MoYo - Julien Dombre - Association INDEPNET
Contribute to GLPI : Support Contribute References Freshmeat
Offline