You are not logged in.
Pages: 1
Topic closed
bonjour à tous,
Je fais suite à un post initial dans la rubrique utilisation glpi.
J'ai procéder à la migration de glpi Version 0.71.3 vers la 0.72.21 + migration dernière version d'OCS NG sous windows 2003 server
J'ai procédé ainsi :
1. export de la base glpi en sql (glpi Version 0.71.3)
2. installation de la dernière version d'OCS NG (package dont xampp)
3. installation de la dernière version de GLPI (GLPI 0.72.21)
4. Réimportation de la base glpi en ligne de commandes
5. install du plugin massocsimport (dernière version)
Je n'ai pas réimporté la base OCS
J'ai un gros soucis de doublons (la liaison avec le numéro de série ne fonctionne plus, un pb d'ID ??)
J'utilise le plugin massocsimport, le critère d'unicité coté OCS + GLPI est le serial name (cron à 0, pas de doublons dans ocs)
Un grand merci pour votre aide
Christophe
Offline
Pour la migration GLPI de 0.71 en 0.72.21, il n'y a pas besoin de toucher à la base de données (hormis une sauvegarde préventive avant).
Lors de la migration, GLPI voit que la base n'est pas à jour et vous propose une mise à jour.
Je pense que le problème de doublons vient de votre ré-importation manuelle.
Le mieux est de remettre votre base en 0.71 et de laisser faire GLPI.
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
Bonsoir,
Merci pour ta réponse. Cependant, il s'agit dans mon cas d'une réinstallation de GLPI mais aussi une réinstallation complète d'OCS NG. Comme tu l'indiques dans ton post, glpi s'est débrouillé comme un grand pour la mise à jour de la base, pas de pb la dessus. Mais je n'arrive pas à m'expliquer les doublons lors de l'utilisation du plugin massocsimport.
Comme je l'indique : la liaison avec le numéro de série ne fonctionne plus, un pb d'ID ou autre chose??
je cherche une piste
Bien à toi
christophe
Offline
Dans la table ocs_links, GLPI a conserver les liens vers l'ancienne installation d'OCS
Donc il ne fait pas la liaison si les machines sont déjà liées.
+
Dév. Fedora 29 - PHP 5.6/7.0/7.1/7.2/7.3/7.4 - MariaDB 10.3 - GLPI master
Certifié ITILv3 - RPM pour Fedora, RHEL et CentOS sur https://blog.remirepo.net/
Offline
bonsoir rémi,
ok voila une piste. Comment puis procéder pour "casser" ce lien ?
Bien cordialement
Christophe
Offline
Normalement il est automatiquement nettoyé lorsqu'on supprime le "serveur OCS" ce qu'il aurait fallu faire.
Vider la table glpi_ocslinks de tout les ID antérieur à la migration doit être une solution qui "peut" fonctionner.
+
Dév. Fedora 29 - PHP 5.6/7.0/7.1/7.2/7.3/7.4 - MariaDB 10.3 - GLPI master
Certifié ITILv3 - RPM pour Fedora, RHEL et CentOS sur https://blog.remirepo.net/
Offline
Bonsoir rémi,
J'ai supprimer puis purger les machines à la mano depuis l'interface glpi. Les machines semblent remonter normalement.
Les ID de la table glpi_ocslinks on repris une "nouvelle" incrémentation et du coté glpi et du coté ocs
Encore un grand merci pour tes lumières
Bien à toi
Christophe
Offline
Parfait. Je ferme.
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
Pages: 1
Topic closed