You are not logged in.
Pages: 1
Topic closed
Bonjour à tous, utilisant GLPI depuis quelques temps j'ai souhaitez migrer vers la version 0.71.5 pour GLPI et 1.02 pour OCS.
Malheureusement j'ai depuis de gros gros soucis lors de que récupère mes inventaires, sous l'interface d'OCS pas de soucis je visualise bien mes PC mais sous GLPI lorsque je fait par exemple une "Synchronisation des ordinateurs déjà importés"il me mélange tout c'est-à-dire qu'il va par exemple me garder le bon nom mais tout reste (contact, contact numéro...) va appartenir à un autre PC parfois il me créer un doublon et parfois il va carrément me supprimer le PC dans ma liste des PC déjà inventoriés!
Voilà, je fait appel à vos connaissances pour essayer de voir d'ou peut venir mon soucis. Merci d'avance!
Debian Etch 4.0r6
phpMyAdmin 2.11.8.1
GLPI 0.71.5
OCS 1.02
Offline
Comment avez-vous effectuer la migration ? et quelle était votre version précédente ?
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
J'ai effectué la migration en écrasant les fichiers, la version précédente était la 0.71.3
J'ai également essayé en sauvegardant ma base glpi puis en supprimant le dossier glpi + ocs sur mon serveur, quand je réinstalle tout au propre et une fois la sauvegarde de ma base restaurer ça me fait toujours le même soucis.
Last edited by _Doug_ (2009-05-13 14:07:25)
Debian Etch 4.0r6
phpMyAdmin 2.11.8.1
GLPI 0.71.5
OCS 1.02
Offline
fallait juste sauvegarder ton ancien base de donnée puis remplacer le repertoire dans htdocs ancienglpi par nexglpi , configurer le nouveau et puis restaurer.
window XP sp3
OCS (serveur et client) 1.0.1
GLPI 0.71.3
Offline
fallait juste sauvegarder ton ancien base de donnée puis remplacer le repertoire dans htdocs ancienglpi par nexglpi , configurer le nouveau et puis restaurer.
Mon glpi tourne sous Debian, le répertoire glpi ce situe dans /var/www. J'ai des sauvegardes tout les jours de ma base glpi et j'ai beau faire comme à chaque changement de version (j'écrase mon ancien glpi par le nouveau) là je vois pas ce qui coince là.
Debian Etch 4.0r6
phpMyAdmin 2.11.8.1
GLPI 0.71.5
OCS 1.02
Offline
bizzarrr alors
window XP sp3
OCS (serveur et client) 1.0.1
GLPI 0.71.3
Offline
moi j'ai le même problème et impossible de trouver la solution également.
j'ai tout réinstaller ocs, glpi, xampp...
et il y a toujours le problème
quelqu'un a une solution?
Last edited by doumbe (2009-05-14 14:37:28)
*----------------------------------------------------------------------------*
*GLPI 0.71.5 // OCS 1.01 // phpMyAdmin 2.9.1.1 // MySQL 5.0.27*
*----------------------------------------------------------------------------*
Offline
up
(dsl)
*----------------------------------------------------------------------------*
*GLPI 0.71.5 // OCS 1.01 // phpMyAdmin 2.9.1.1 // MySQL 5.0.27*
*----------------------------------------------------------------------------*
Offline
Tu as eu le soucis en migrant vers la nouvelle version de glpi?
Ta base OCS est bonne? Car moi c'est le cas.
Debian Etch 4.0r6
phpMyAdmin 2.11.8.1
GLPI 0.71.5
OCS 1.02
Offline
Moi j'ai environ 130 ordis dans OCS et en quelques jours, GLPI me remonte une base de 5000 ordis, la plupart des PC sont dupliqués vingt ou trente fois, d'autres non...
Asinus asinum fricat
Offline
Bonjour à tous,
J'ai à peu près le même problème, mais je crois savoir d'où ça vient!
Lorsque j'ai fait la mise à jour de GLPI v0.71.6 --> 0.72, je n'avais qu'une sauvegarde SQL de GLPI et j'ai fait la grosse bêtise de ne pas avoir sauvegardé une base d'OCS avant de réinstaller OCS avec Xampp.
En conséquence, j'installe une base vide avec OCS xampp, puis j'importe mon ancienne base GLPI que je met à jour avec GLPI v 0.72. La mise à jour se passe correctement ..! Sauf que, OCS n'a pas encore rapatrié tous les ordinateurs. OCS a une nouvelle base de donnée et n'est pas encore à jour vu que les agents ont été installé manuellement avant la suppression de xampp OCS, mais là j'ai quand même 75%.
Bref, on sait que mon ancienne base de donnée de glpi était liée aux anciens ID d'OCS, sauf que OCS a une nouvelle base ==> nouveaux ID OCS. Cela ne correspond plus à ma base de GLPI. Je n'arrive plus à faire la synchronisation sans que les ordinateurs disparaissent et que ça me crée des doublons !
Arrêtez moi si je me trompe dans mon raisonnement, mais je crois que c'est un problème lié aux ID OCS et GLPI ? J'ai même nettoyé les liens OCS/GLPI et retenter de lier les ordinateurs mais ça ne marche pas !
Pouvez vous m'aidez s'il vous plaît ?
Merci beaucoup !
------------------------------------------------------------------------------------------------------------------
OCS 1.02.1 avec Xampp
GLPI v 0.71.6--> v 0.72 (mise à jour de la base de données)
OS: XP SP3
Offline
Bonjour,
pour répondre au problème évoqué dans le premier post;
J'ai eu le même problème, maintenant résolu. Cela venait pour moi du chemin du script ocsng_fullsync.sh dans les tâches cron qui n'est plus le même au niveau du nom du répertoire "massocsimport".
Avant j'avais quelquechose du genre /var/www/glpi/plugins/mass_ocs_import/scripts/ocsngfullsync.sh
et maintenant le plugin est dans le répertoire :
/var/www/glpi/plugins/massocsimport/scripts/ocsngfullsync.sh
J'ai changé la tâche cron et s'est reparti.
J'espère avoir été clair et que cela vous aidera
Last edited by @lexis (2009-07-24 13:08:13)
Offline
C'est bien pour ceux qui ont le plugin mass_ocs_import mais moi je n'ai pas la même situation. J'espère que ton aide servira à ceux qui ont eu le même problème que toi ..!
Offline
anabel : effectivement, dans GLPI tu as la table glpi_ocs_link qui fait la concordance entre les ID OCS et les ID GLPI.
Le plus simple est de vider GLPI et attendre que le synchro OCS les remonte dans GLPI.
Une autre, mais il faut que tu sois sur de toi et que tu n'ai pas beaucoup de micros, c'est de surveiller la remontée de chaque micro, vérifié s'il existe déjà dans GLPI et changer le lien de rattachement de l'ancien micro avec le nouvel ID d'OCS et supprimer et purger le nouveau micro.
Mais je te préviens, c'est la galère à faire.
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
Merci yllen, j'étais en vacances et j'ai réussi à changer les ID OCS correspondants aux ID GLPI dans la table glpi_ocs_link. J'ai resynchronisé et là pas de doublons (pas de surprises bien sûr). Bref c'est vrai que c'est faisable seulement si on a pas beaucoup d'ordinateurs. Sinon c'est une bonne alternative afin de ne pas perdre les configurations qui ont été faite à la main.
;D
Offline
Parfait, je ferme
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
Pages: 1
Topic closed