You are not logged in.
Pages: 1
Topic closed
Bonjour
J'ai profité de la mise en place de mon nouvel hébergement mutualisé pour délocaliser ma base de test afin de la rendre accessible à mes décideurs.
Au passage j'ai installé la dernière version.
Lors de l'importation de ma base la mise à jour s'est bien lancée et bien déroulée, sauf que...dans mon inventaire toutes les marques de tous mes matériels ont été remplacées aléatoirement.
Je me retrouve avec avec des dell fabriqués par acer, des canon par apple...
Puis-restaurer que cette table à partir de l'ancienne version et retenter une mise à jour?
Avez-vous une autre solution?
Cordialement,
Offline
en migrant votre ancienne base et votre ancien appli vous avez bien les bonnes données ?
MoYo - Julien Dombre - Association INDEPNET
Contribute to GLPI : Support Contribute References Freshmeat
Offline
A première vue tout correspond à avant sauf la table fabricant, voici un extrait de ce que cala donne:
2007-PCDELL-038 -EN PRET-ACER-9LRJJOJ-poste de travail -OPTIPLEX GX 260 -Windows
2007-PCDELL-001 -ATTENTE D'AFFECTATION- ACER-45NJJOJ -poste de travail OPTIPLEX GX 260
2007-PCDELL-003 -ATTENTE D'AFFECTATION -ACER -C4GJJOJ - poste de travail- OPTIPLEX GX 260
Lorsque j'affiche la base glpi_computers avec phpmyadmin, tout parait normal, les nec on bien l'id 3 dans le champ FK_glpi_entreprise, ce qui correspond bien à cette marque dans la table glpi_enterprise.
Ne serait-ce qu'un problème d'affichage?
Last edited by SairSe- (2008-01-17 18:02:38)
Offline
sauf que FK_glpi_enterprise est maintenanty lié à glpi_dropdown_manufacturer
MoYo - Julien Dombre - Association INDEPNET
Contribute to GLPI : Support Contribute References Freshmeat
Offline
Après plusieurs reproductions du pb, j'ai plus de précisions sur le contexte.
J'ai migré 2 petites bases test hebergées chez free dans deux répertoires différents vers 1 and 1.
La première avait été mise à jour de 0.68.3 en 0.70 RC avant, la migration avec mise à jour automatique en 0.70.1 s'est parfaitement déroulée. Les informations sont conformes à l'ancienne version.
La seconde base est migrée en 0.68.3, la migration avec mise à jour automatique en 0.70.1 s'est parfaitement déroulée sauf qu'apparait le problème de la marque cité ci-dessus.
En ouvrant les deux bases en parallèle, je me suis aperçu que la mise à jour de la seconde était appliquée à la première. J'en ai déduit qu'il y avait écrasement des fichiers dans un répertoire unique. Contrairement à free où l'installation de plusieurs applications web dans des répertoires différents permettait un fonctionnement normal de chaque base, chez ce fournisseur ce n'est apparemment pas comme cela qu'il faut procéder.
Je vais créer 2 sous domaines distincts afin de séparer les arborescences et retenter la migration.
Si dysfonctionnement pour la seconde base j'essayerai en 2 temps 0.68.3 >0.70.RC>0.70.1.
Je rapporterai le bon ou mauvais déroulement de l'opération.
Merci pour vos réponses et pour votre action sur ce très bon produit qu'est GLPI.
Offline
Bonjour,
Ayant aperçu la sortie de la dernière version, j'ai essayé avec celle-ci la même manipulation, avant de tenter plus loin.
Je viens de procéder à la mise à jour de puis la 0.68.3 à la 0.70.2 et là aucune erreur dans mes noms de constructeur.
Bonne surprise.
Merci pour cette nouvelle version.
Sujet clos.
Offline
tres bien je ferme donc.
MoYo - Julien Dombre - Association INDEPNET
Contribute to GLPI : Support Contribute References Freshmeat
Offline
Pages: 1
Topic closed