You are not logged in.
bonjour,
il y a quelque jour ma base ocs a craché, et j'ai pas reussi à la recuperer. Donc je l'ai reinstaller et laisser l'inventaire se refaire. Certain pc se sont bien resynchroniser avec glpi d'autre etait reconnu comme nouveau ordinateur, tout ces pc exister deja donc certain j'ai bien reussi à les lier mais certain j'ai ce message d'erreur :
"Importation impossible, ordinateur de destination de GLPI déjà lié à un élément d'OCS NG"
si j'essaie de les lier quand meme sa me duplique un ordinateur qui existe deja et m'efface l'autre.
il y a t'il une solution pour que le liaison se passe bien?
j'aurais pu les suprimer de glpi et les importers mais je vais perdre toute les infomations dans gestions ou lier au materiel.
GLPI 0.80.5, OCS-NG 1.3.3 / Centos 5.6 / Apache 2.2.3-45 / PHP 5.1.6 / Mysql 5.0.77
FusionInventory 2.3.6 / Agent 2.1.9
Navigateurs : Internet Explorer 9 / firefox 4
test : GLPI 0.80.5
Offline
Tu n'as pas de doublons dans OCS ?
Xavier Caillaud
Blog GLPI Infotel
Offline
bien non etant donnée que je repartie d'une base vide, j'ai pas de doublons.
il n'y a pas moyen de vider la table avec les lien ocs et glpi pour qu'il importe les chose une seul fois mais pas avec un id d'une autre machine ??
GLPI 0.80.5, OCS-NG 1.3.3 / Centos 5.6 / Apache 2.2.3-45 / PHP 5.1.6 / Mysql 5.0.77
FusionInventory 2.3.6 / Agent 2.1.9
Navigateurs : Internet Explorer 9 / firefox 4
test : GLPI 0.80.5
Offline
il faut entrer dans phpmyadmin
et recupérer l'id ocs pour le faire corespondre avec celui de glpi dans la table des liens
Xavier Caillaud
Blog GLPI Infotel
Offline
j'avais déja un peu regarder sa mais avais preferé poster au lieu de faire des erreurs dans ma base.
quand je recupere l'id d'ocs dans la table hardware et que je vais dans glpi_ocs_link je n'est pas d'id_ocs avec ce numero n'y d'ordinateur portant le meme nom. donc j'arrive pas a les faire correspondre.
mais si on vide la table glpi_ocs_link sa ne sa reimportera en evitant de faire des doublons? ou sa marche pas comme sa
GLPI 0.80.5, OCS-NG 1.3.3 / Centos 5.6 / Apache 2.2.3-45 / PHP 5.1.6 / Mysql 5.0.77
FusionInventory 2.3.6 / Agent 2.1.9
Navigateurs : Internet Explorer 9 / firefox 4
test : GLPI 0.80.5
Offline
euh alors là je suis pas sur du tout, il vaut mieux attendre la réponse d'un dev.
Xavier Caillaud
Blog GLPI Infotel
Offline
sa y est j'ai reussi en passant par phpmyadmin.
maiss si les dev pouvais repondre pour savoir si c'etait quand meme possible de vider la table.
le probleme que j'ai un serait pas un bug a resoudre? car je suppose que sa se produit à chaque fois qu'on change de base OCS.
GLPI 0.80.5, OCS-NG 1.3.3 / Centos 5.6 / Apache 2.2.3-45 / PHP 5.1.6 / Mysql 5.0.77
FusionInventory 2.3.6 / Agent 2.1.9
Navigateurs : Internet Explorer 9 / firefox 4
test : GLPI 0.80.5
Offline
C'est qu'il n'a pas nettoyer la DB correctement mais ca doit se faire automatiquement normalement.
MoYo - Julien Dombre - Association INDEPNET
Contribute to GLPI : Support Contribute References Freshmeat
Offline
c'est la base glpi_ocs_link qui ne c'est pas nettoyer correctement?
tu ne c'est pas pourquoi sa ne c'est pas fais alors?
GLPI 0.80.5, OCS-NG 1.3.3 / Centos 5.6 / Apache 2.2.3-45 / PHP 5.1.6 / Mysql 5.0.77
FusionInventory 2.3.6 / Agent 2.1.9
Navigateurs : Internet Explorer 9 / firefox 4
test : GLPI 0.80.5
Offline
oui c'est cette table.
Normalement elle doit se vider toute seule il y a une fonction pour ca : ocsCleanLinks
et cette fonction est appelé à chaque appel de page ocsng... (ocsng.php,...)
Il y a peut-etre un problème avec cette fonction il faudrait les bases utilisées pour checker.
MoYo - Julien Dombre - Association INDEPNET
Contribute to GLPI : Support Contribute References Freshmeat
Offline
ok merci pour ces informations, bien je ne c'est pas ce qui c'est passer, c'est sur qu'il y a eu un pb avec la fonction
GLPI 0.80.5, OCS-NG 1.3.3 / Centos 5.6 / Apache 2.2.3-45 / PHP 5.1.6 / Mysql 5.0.77
FusionInventory 2.3.6 / Agent 2.1.9
Navigateurs : Internet Explorer 9 / firefox 4
test : GLPI 0.80.5
Offline
avez vous encore des DB posant problème ? pour expertiser tout ca.
MoYo - Julien Dombre - Association INDEPNET
Contribute to GLPI : Support Contribute References Freshmeat
Offline
maintenant j'ai resolu le pb en passant par phpmyadmin et fesant les bon lien, mais j'avais fais des sauvegardes sql de la base glpi quand j'avais le probleme.
par contre je fais comment pour l'envoyer par mail? il vout faut aussi celle de ocs?
GLPI 0.80.5, OCS-NG 1.3.3 / Centos 5.6 / Apache 2.2.3-45 / PHP 5.1.6 / Mysql 5.0.77
FusionInventory 2.3.6 / Agent 2.1.9
Navigateurs : Internet Explorer 9 / firefox 4
test : GLPI 0.80.5
Offline
j'ai regarder dans error.log de mon apache et j'ai se message
[client 10.101.1.106] script '/WWW/glpi/front/front/cron.php' not found or unable to stat, referer: http://vitparc/glpi/front/ocsng.php
car se chemin n'est pas bon le fichier se trouve : '/WWW/glpi/front/cron.php'
c'est ce fichier charger de nettoyer la base?
GLPI 0.80.5, OCS-NG 1.3.3 / Centos 5.6 / Apache 2.2.3-45 / PHP 5.1.6 / Mysql 5.0.77
FusionInventory 2.3.6 / Agent 2.1.9
Navigateurs : Internet Explorer 9 / firefox 4
test : GLPI 0.80.5
Offline
non l'appel a la fonction se fait directement
MoYo - Julien Dombre - Association INDEPNET
Contribute to GLPI : Support Contribute References Freshmeat
Offline
ok, bien si tu est toujours interescé par mes base dit moi comment je peut te les faire passer.
il y t"il une possible que si je te les passes j'enleve avant les données qui peuve etre confidentiel?
GLPI 0.80.5, OCS-NG 1.3.3 / Centos 5.6 / Apache 2.2.3-45 / PHP 5.1.6 / Mysql 5.0.77
FusionInventory 2.3.6 / Agent 2.1.9
Navigateurs : Internet Explorer 9 / firefox 4
test : GLPI 0.80.5
Offline
tu peux envoyer a moyo [at] indepnet.net
Pour la confidentialité tu fais comme tu veux mais tes bases ne sortiront pas de mon poste.
Et une fois analysées je les supprimerai.
MoYo - Julien Dombre - Association INDEPNET
Contribute to GLPI : Support Contribute References Freshmeat
Offline
reponse de moyo pour resoudre mon probleme d'import
Vous avez des liens completement tordus dans votre DB :
vittoken1 de GLPI -> RIVRAD2 d'OCS.la fonction de clean semble bien marcher, c'est les liens tordus qui
posent problème.Ce que je vous conseille c'est de vider la table glpi_ocs_link et de
relier tous les PCs via l'interface.
Vous aurez une liaison propre comme cela.
GLPI 0.80.5, OCS-NG 1.3.3 / Centos 5.6 / Apache 2.2.3-45 / PHP 5.1.6 / Mysql 5.0.77
FusionInventory 2.3.6 / Agent 2.1.9
Navigateurs : Internet Explorer 9 / firefox 4
test : GLPI 0.80.5
Offline
Offline
mais c'etait la solution la plus propre et la plus rapide.
car dés que je changais un lien tordu, j'en avais un autre qui posé probleme.
GLPI 0.80.5, OCS-NG 1.3.3 / Centos 5.6 / Apache 2.2.3-45 / PHP 5.1.6 / Mysql 5.0.77
FusionInventory 2.3.6 / Agent 2.1.9
Navigateurs : Internet Explorer 9 / firefox 4
test : GLPI 0.80.5
Offline