Migration 0.80.7 > 0.83.1

Thierry51 · 2012-05-09 10:01:04

Bonjour,

Voici le contexte :

Base GLPI v0.80.7 (installée sur une debian squeeze) utilisée en prod depuis le 1er février par environ 30 techniciens (profil admin) et 6000 utilisateurs (profil post-only).

Voici le problème :

Vivement intéressé par une migration vers la v0.83.1, lorsque j'effectue cette migration sur environnement test, je récupère bien les tickets, les utilisateurs, règles, paramétrages, etc mais il me manque les catégories des tickets qui sont toutes vierges.

Avez-vous une idée ?

Merci

Thierry

yllen · 2012-05-09 10:45:59

Il faut regarder les catégories de vos tickets (configuration > intitulés) afin de vérifier que cette catégorie est bien visible pour un incident ou une demande (c'est un nouveau paramétrage depuis la 0.83)

Thierry51 · 2012-05-09 11:29:44

Merci pour votre prompte réponse.
Dans Configuration > Intitulés > Catégories des tickets, il n'y a aucune catégorie...

Thierry51 · 2012-05-09 11:38:48

Sinon, pour tester la migration, j'ai installé GLPI 0.83.1 puis ai injecté la base sql de prod via un dump.
Est-ce la bonne procédure ?

yllen · 2012-05-09 13:30:20

En 0.80.7, la table glpi_categories est-elle bien remplie ?
En 0.83, la table glpi_itilcategories est-elle bien remplie ?.

Thierry51 · 2012-05-09 13:53:26

en 0.80.7, il n'y a pas de table glpi_categories mais une table glpi_ticketcategories qui est bien remplie.
en 0.83.1, la table glpi_itilcategories est vierge...

Thierry51 · 2012-05-10 10:20:23

Bonjour,

Comment puis-je transférer le contenu de la table glpi_ticketcategories vers glpi_itilcategories ? Via phpmyadmin ?
Est-ce normal que cela ne se soit pas fait lors de l'import de la base dans la v0.83 ?

Merci

yllen · 2012-05-10 11:14:38

La migration 0803_083 renomme la table glpi_ticketcategories en glpi_itilcategories, donc les données devraient toujours être présentes.
J'ai peur que d'autres actions de la migration ne soient pas passés non plus.

Je vous suggère de refaire la migration. Pour cela, ouvrir en phpMyAdmin la table glpi_configs et changer la valeur du champs version (remettre 0.80.7).
Vu que la procédure est ré-entrante et idempotente, il n'y aura pas de problème.
Se connecter à GLPI et laissez-le refaire sa migration.

Thierry51 · 2012-05-10 15:02:11

j'ai suivi vos conseils, modifié la table glpi_configs, puis relancé la migration mais idem, même probleme et la table glpi_itilcategories demeure vierge.

En tâtonnant, j'ai réussi à résoudre le problème mais j'aimerais avoir votre avis sur les actions que j'ai faites en grand néophyte que je suis... :

1 - J'ai copié le contenu de la table glpi_ticketscategories de ma base de prod vers la table glpi_itilcategories de la base de test.
2 - Les catégories apparaissaient bien dans la vue des tickets mais lorsque je créais un nouveau ticket je n'avais pas la possibilité de choisir une catégorie.
3 - Je suis allé dans Configuration > Intitulés pour vérifier si les catégories étaient visibles pour un incident. Ce n'était pas le cas, j'ai donc choisi "oui" mais ma modif n'était pas conservé.
4 - Je suis allé jeter un oeil à la structure de la table glpi_itilcategories et j'ai constaté que les clés is_incident is_problem is_request était manquantes, certainement dû à mon export/import de l'étape 1 qui aurait importé les données ainsi que la structure de la table glpi_ticketcategories...
5 - J'ai suivi a nouveau votre procédure et cette fois, j'ai la visibilité des catégories pour tous les tickets et j'ai bien la possibilité de sélectionner une catégorie lors de la création d'un nouveau ticket. Je peux aussi rendre visible ou pas une catégorie pour un incident, un problème, etc...

Pour résumer, tout semble dorénavant fonctionner mais j'aimerais que vous me disiez si ce que j'ai fait est correct ou pas, quels sont les risques, si ce n'est pas trop du bricolage quoi...

Encore merci pour votre aide

PS : Nous cherchons un prestataire qui nous aiderait, par du développement, à ajouter à GLPI des fonctionnalités propres à notre organisation, comme un lien avec un outil de gestion technique de parc différent d'OCS (Novell ZCM en l’occurrence) etc... Comme je vois que nous sommes localisés dans le même coin, connaissez vous un prestataire local ? (peut être vous même ?)

remi · 2012-05-22 18:33:12

Migration jouée à partir d'un dump de votre base vers la GLPI 0.83.1+patch SVN : aucun problème, les catégories sont bien présentes.
Je pense donc qu'il s'agissait d'un problème lors de la première migration en test.

Donc tout se présente donc bien pour la migration.

Florent C. · 2012-05-24 11:26:56

Bonjour,

Pour info, j'ai rencontré exactement le même souci lors d'une migration 0.72.3 vers 0.83.1 : pas de catégorie.
--> Table glpi_itilcategories vide

En modifiant glpi_configs, j'ai rejoué la migration plusieurs fois, ceci par temps ensoleillé, par temps pluvieux, mais j'ai eu le même résultat à chaque fois.

J'ai finalement "migré" manuellement la table backup_glpi_ticketcategories vers glpi_itilcategories.
Tout est ok depuis.

Très bonne journée,
A+
Florent.

christophe_lso · 2012-07-03 09:19:12

Bonjour Florent, comment as tu procéder pour la migration manuelle ? Nous rencontrons le même problème entre la version 0.80.3 et la version 0.83.2. Bizarre que la conversion de cette table ancienne n'ait pas été gérée ?

D'avance Merci.

Florent C. · 2012-07-03 14:23:26

Bonjour Christophe,

Précisément, j’ai fait ceci :

MySQL Administrator -> MySQL Query Brother
Dans le Schemata à droite, j’ai :
1) Renommé (F2) la table glpi_itilcategories vers glpi_itilcategories_old ... afin de la garder en modèle.
2) Renommé et complètement édité (F2) la table backup_glpi_ticketcategories pour la transformer exactement en glpi_itilcategories, y compris les index. (contrôler tous les onglets)
3) Pour que tout soit OK, j’ai du faire quelques updates des nouvelles colonnes créées dans cette « nouvelle » table glpi_itilcategories afin de mettre les données en conformité avec le modèle glpi_itilcategories_old, sinon, le menu catégorie est non-visible.

Au moment d’appliquer, il peut être judicieux de conserver la requête résultante de ces modifications, ainsi, si tu passes par une étape maquettage, tu n’auras pas à tout refaire sur la base réelle. (encore un bon truc de faignant ; ) ; ) ; ) merci MySql !

A+
Florent.

Last edited by Florent C. (2012-07-03 14:24:02)

Forum GLPI-Project

Announcement

#1 2012-05-09 10:01:04

Migration 0.80.7 > 0.83.1

#2 2012-05-09 10:45:59

Re: Migration 0.80.7 > 0.83.1

#3 2012-05-09 11:29:44

Re: Migration 0.80.7 > 0.83.1

#4 2012-05-09 11:38:48

Re: Migration 0.80.7 > 0.83.1

#5 2012-05-09 13:30:20

Re: Migration 0.80.7 > 0.83.1

#6 2012-05-09 13:53:26

Re: Migration 0.80.7 > 0.83.1

#7 2012-05-10 10:20:23

Re: Migration 0.80.7 > 0.83.1

#8 2012-05-10 11:14:38

Re: Migration 0.80.7 > 0.83.1

#9 2012-05-10 15:02:11

Re: Migration 0.80.7 > 0.83.1

#10 2012-05-22 18:33:12

Re: Migration 0.80.7 > 0.83.1

#11 2012-05-24 11:26:56

Re: Migration 0.80.7 > 0.83.1

#12 2012-07-03 09:19:12

Re: Migration 0.80.7 > 0.83.1

#13 2012-07-03 14:23:26

Re: Migration 0.80.7 > 0.83.1

Board footer