You are not logged in.

Announcement

 Téléchargez la dernière version stable de GLPI      -     Et vous, que pouvez vous faire pour le projet GLPI ? :  Contribuer
 Download last stable version of GLPI                      -     What can you do for GLPI ? :  Contribute

#1 2014-10-23 15:06:12

jlb59
Member
From: Valenciennes
Registered: 2008-07-29
Posts: 101

Migration 0.83.31 -> 0.85

bonjour

Certain ont déja poser la question dans le forum mais   

Pendant les premiers test de  migration de notre base nous avons quelques messages d'erreurs en rouge pendant le visuel de migration  :

- To be safe, we are working on origin_glpi_networkports. It is a copy of glpi_networkports

-  To be safe, we are working on origin_glpi_networkequipments. It is a copy of glpi_networkequipments

You should have a look at the "migration cleaner" tool !

-  With it, you should re-create the networks topologies and the links between the networks and the addresses

-  You can delete ocs_* tables if you use OCS mode ONLY AFTER ocsinventoryng plugin installation.

-  You can delete ocs_* tables if you do not use OCS synchronisation.


Question concernant :
1 Pour la  partie table OCS cela me parait normal par contre les parties en gras  m'inquiéte un peu.
c'est toujours un peu inquiétant pendant la migration d'une base de 7 giga d'avoir ce genre de message :

2 Nous avons aussi beaucoup de ligne de ce type dans le log " warning during migration to 0.84 ":

- network error - NetworkPort[97051]=Computer[62498]: Dictionnaires @ 2014-10-20 15:58:15

Si quelqu'un peut éclairer notre lanterne .

Merci

Last edited by jlb59 (2014-10-23 15:17:47)


1100000 tickets, 100000 pc et serveurs, 36000 utilisateurs
REDHAT 7.3 sur ESX vmware, glpi 9.1.7.1, OCS 2.3.1
Plugin : Import OCSNG,  Injection de fichiers , Impression pdf , uninstal,  rapport, comportement, purge de l’historique, gestion des baies.

Offline

#2 2014-10-23 21:41:54

MoYo
GLPI - Lead
From: Poitiers
Registered: 2004-09-13
Posts: 14,513
Website

Re: Migration 0.83.31 -> 0.85

Les 2 points sont su même type.
En 0.84, la structuration réseau à complètement changé.
Il vous faut traiter manuellement les données réseaux qui n'ont pas pu être migrés automatiquement.
Ce n'est vraiment pas grave, il faut juste penser à le faire.


MoYo - Julien Dombre - Association INDEPNET
Contribute to GLPI :    Support     Contribute     References     Freshmeat

Offline

#3 2014-10-24 16:07:46

jlb59
Member
From: Valenciennes
Registered: 2008-07-29
Posts: 101

Re: Migration 0.83.31 -> 0.85

Bonjour

16000 erreurs ! dans le log

Certaines sont liées à des champs renseignés avec des informations non conforme !   Genre champ : "Adresse ip"  sur du matériel réseaux détournés de sa fonction première !

Je suppose qu'il y à vérification de certaines informations liées aux objets réseaux ?

Par contre nous avons principalement des :
network error - NetworkPort[42779]=Computer[30131]: Dictionnaires @ 2014-10-20 15:58:30

La je ne trouve pas d'explication ! il est donc difficile d’apporté une correction .

pour cette id

Merci

Cordialement

MoYo wrote:

Les 2 points sont su même type.
En 0.84, la structuration réseau à complètement changé.
Il vous faut traiter manuellement les données réseaux qui n'ont pas pu être migrés automatiquement.
Ce n'est vraiment pas grave, il faut juste penser à le faire.

Last edited by jlb59 (2014-10-24 16:13:08)


1100000 tickets, 100000 pc et serveurs, 36000 utilisateurs
REDHAT 7.3 sur ESX vmware, glpi 9.1.7.1, OCS 2.3.1
Plugin : Import OCSNG,  Injection de fichiers , Impression pdf , uninstal,  rapport, comportement, purge de l’historique, gestion des baies.

Offline

#4 2014-10-24 16:31:40

yllen
GLPI-DEV
From: Sillery (51)
Registered: 2008-01-14
Posts: 15,174

Re: Migration 0.83.31 -> 0.85

En regardant mes logs je n'ai pas ce genre d'erreur.
En regardant votre log, on a l'impression que le problème via d'un dictionnaire.


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

#5 2014-10-24 16:57:47

jlb59
Member
From: Valenciennes
Registered: 2008-07-29
Posts: 101

Re: Migration 0.83.31 -> 0.85

bonjour nelly

Effectivement nous avons créer quelques dictionnaire pour les modèles d'ordinateurs, principalement les lenovo .
je vais vérifier la cohérence entre les règles modèles dictionnaires et les id visibles dans le log .

Par contre les règles s'applique au modèle, rien au niveau réseau et le log à tendance à parler de réseau

network error - NetworkPort[34986]=Computer[24285]: Dictionnaires

je vous tiens au courant .

Merci

yllen wrote:

En regardant mes logs je n'ai pas ce genre d'erreur.
En regardant votre log, on a l'impression que le problème via d'un dictionnaire.


1100000 tickets, 100000 pc et serveurs, 36000 utilisateurs
REDHAT 7.3 sur ESX vmware, glpi 9.1.7.1, OCS 2.3.1
Plugin : Import OCSNG,  Injection de fichiers , Impression pdf , uninstal,  rapport, comportement, purge de l’historique, gestion des baies.

Offline

#6 2014-10-24 19:05:34

yllen
GLPI-DEV
From: Sillery (51)
Registered: 2008-01-14
Posts: 15,174

Re: Migration 0.83.31 -> 0.85

Effectivement ce log est bizarre, moi j'ai plutot du style
network error - NetworkPort[24947]=Computer[20645]: Network already defined in visible entities @ 2013-05-09 13:12:41
network warning - NetworkPort[166965]=Computer[80192]: Invalid gateway address @ 2013-05-09 13:12:42

j'ai pourtant plein de dictionnaires actifs et je n'ai aucune fois votre style de message


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

#7 2015-03-12 16:32:42

jlb59
Member
From: Valenciennes
Registered: 2008-07-29
Posts: 101

Re: Migration 0.83.31 -> 0.85

Bonjour

Vu que c'est un peu la suite de mon dernier poste j'ai posé ma question ici, mais  est t'elle posée dans la bon forum ?


Je reviens sur ce post pour faire part de notre problème sur la migration 0.83.31 vers 0.85.2.
de 15000 erreurs, migration vers 0.85.0,  l'on est passé à 8000 environs en passant de 0.83.31 à la version 0.85.2.

il y des erreurs , la  majorité,  qui m'interpelle :

Dans GLPI au niveau outils > nettoyeur de migration  nous avons 7500 erreurs dans la colonne  : "Réseau incorrect (déjà défini ou comportant des adresses incorrectes)"  .

Exemple d'une erreur  :


Port réseau pour migration - ID 293845   

Réseau incorrect (déjà défini ou comportant des adresses incorrectes)    
Informations du port en conflit avec 60.100.0.0/255.255.240.0 - 60.100.1.97
A tous les évènements     Vous pouvez supprimer cette erreur de migration

Information sur le port reseau initial
Ordinateur     XXXXXX     Commentaires   
Adresse réseau     60.100.0.0     Masque de sous-réseau     255.255.240.0
Adresse IP     60.100.1.167     Passerelle     60.100.1.32
Interface réseau    Ethernet

Question : quel est le  problème détecter pendant la migration sur cette exemple ?


Autre question :  Est ce normal au niveau des noms réseaux d'avoir le nom  commençant par migration-XXXXXXX  ?

Merci d'avance

Last edited by jlb59 (2015-03-13 10:43:23)


1100000 tickets, 100000 pc et serveurs, 36000 utilisateurs
REDHAT 7.3 sur ESX vmware, glpi 9.1.7.1, OCS 2.3.1
Plugin : Import OCSNG,  Injection de fichiers , Impression pdf , uninstal,  rapport, comportement, purge de l’historique, gestion des baies.

Offline

#8 2015-03-13 18:55:14

yllen
GLPI-DEV
From: Sillery (51)
Registered: 2008-01-14
Posts: 15,174

Re: Migration 0.83.31 -> 0.85

Jean-Luc,
Je vais essayer d'expliquer en prenant un exemple concret.

Dans ton ancienne version, tu as un matériel réseau avec une ip en  10.100.12.1 avec un masque en 255.255.252.0
La migration va attribuer le réseau 10.100.12.0 / 255.255.255.0
Donc toutes les machines en 10.100.12. vont avoir le même réseau, d'où le signalement de réseau déjà défini.

Concernant les nom commençant par migration, c'est pour différencier les noms de réseau ayant été créés lors de la migration (donc potentiellement à revoir) de ceux créés manuellement.


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

Board footer

Powered by FluxBB