You are not logged in.
Bonjour, après avoir scanné le forum durant plusieurs jours, je me décide à poster mon problème.
J'ai OCS 1.02 et GLPI 0.80.4 installés sur un même serveur
J'ai 185 PC sur OCS contre 130 dans GLPI
La connexion entre GLPI et OCS fonctionne bien car j'ai ce message:
Voilà mes tentatives:
J'ai essayé de vider la table glpi_ocslink mais rien y fait. Aucune communication entre les deux
J'ai essayé d'importer mais l'importation ne donne rien non plus
J'ai essayé de supprimer tous les PCs de GLPI (table glpi_computers) mais les PC d'OCS ne remontent pas
D'où est-ce que ça peut venir sachant qu'il s'agit d'une vieille installation que j'ai repris (GLPI en 0.72 que j'ai mis à jour) ?
Offline
Si c'est une vieille installation, la différence entre OCS et GLPI peut tout simplement provenir de l'exploitation faite dans GLPI (ordinateurs supprimés de GLPI mais non purgés dans OCS).
Une solution : Purger tous vos ordinateurs de GLPI (ordinateurs se trouvant dans la corbeille) de cette manière, tous les liens avec OCS seront rompus.
Attendre de les micros renvoient leur inventaire pour qu'ils remontent automatiquement dans 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
J'ai déja supprimé les ordinateurs de la corbeille avec une requête SQL sur la base directement (supprimer tous les ordinateurs ayant "is_deleted=1").
Je reste sur 130 ordinateurs sur GLPI et 185 sur OCS (à priori normal) mais aucun ne remonte dans GLPI.
J'ai également tenté de supprimer tous les liens avec ocs (suppression des lignes de la table glpi_ocslink).
Donc tous les ordinateurs ont disparu de GLPI, les 185 sont toujours présent dans OCS, mais aucun ne remonte de OCS vers GLPI lorsque je tente une importation.
Je dois manquer de logique car je n'y comprends plus rien...
Offline
J'ai déja supprimé les ordinateurs de la corbeille avec une requête SQL sur la base directement (supprimer tous les ordinateurs ayant "is_deleted=1")
Donc t'as fais le truc à ne jamais faire...
Offline
J'ai déja supprimé les ordinateurs de la corbeille avec une requête SQL sur la base directement (supprimer tous les ordinateurs ayant "is_deleted=1").
Ca c'est une grosse erreur car en supprimant directement dans la base vous n'avez supprimé que les ordinateurs et non tous les liens s'y rapportant (liens OCS, périphériques, prises réseaux...)
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
Par ailleurs, un ordinateur n'envoie un inventaire que s'il a fait l'objet dans changement. Pour forcer l'envoi d'in inventaire il faut changer le checksum dans OCS
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 pris en compte vos remarques et j'ai simplement restauré la sauvegarde que j'ai faite avant ^^.
Considérant que je me retrouve avec un état sans les PC supprimés directement dans la table que me préconisez vous.
Modifier le checksum de tous les pc dans la table glpi_computers afin de forcer leurs reimportations ?
Last edited by lexlee (2011-11-09 23:08:16)
Offline
Supprimer les PC depuis GLPI et les purger dans la corbeille. Normalement ils vont revenir dans GLPI pour l'import
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