Bug Migration 0.72.3 vers 0.78.1

eras · 2010-11-23 20:00:17

Bonjour,

je n'arrive pas à migrer à la version 0.78.1. J'ai lu les différents messages et la procédure de migration sur le forum et malgré tout ça, je bloque.

Mysql : Server version: 5.1.41-3 (Debian)
Apache : Server version: Apache/2.2.14 (Debian
php : PHP 5.2.11-2

J'ai toujours la même erreur :

ça s'arrête sur : Redressement des données - ticket bookmarks (20 Sec(s))

0.78 error inserting new default maigate rule Erreur durant la mise à jour de la base de données
Column count doesn't match value count at row 1

j'ai modifié les paramètre de php.ini pour que l'exécution soit infinie et pourtant rien y fait.
je reste sécher. Pourtant ce n'est pas la première mise à jour que je fais de GLPI.
Merci d'avance pour votre aide.

yllen · 2010-11-24 10:44:41

Reprendre votre base en 0.72 et vérifier la structure de la table glpi_rules_descriptions
structure correcte : ID, FK_entities, sub_type, ranking, name, description, match, active, comment

Si votre structure est identique, jouer à nouveau la migration en repartant de votre base 0.72

eras · 2010-11-24 17:18:32

J'ai repris ma base 0.72. La structure de la table glpi_rules_descriptions est :

ID, FK_entitie, sub_type, ranking, name, description, match, active

J'ai modifié la structure de la table glpi_rules_descriptions, j'ai rajouté la colonne "comment" . Après MAJ ça n'a rien changé.

Visiblement la colonne manquante est sur la table glpi_rules. (Error : glpi_rules.comments does not exist.)
Quel est le type de cette colonne ? Je suppose "text".

Je fais le test de rajouter cette colonne dans cette table. je vous tiens informé.

eras · 2010-11-24 17:28:25

Pour information, j'ai modifié le nom de la colonne dans la table glpi_rules. ça n'a rien changé.
La mise à jour bloque toujours au même endroit : Redressement des données - ticket bookmarks (20 Sec(s))

je n'ai plus trop d'idées...

yllen · 2010-11-24 18:23:03

Autant pour moi, c'est la table glpi_mailgate en 0.72 qui doit avoir les champs suivants :
ID, name, FK_entities, host, login, password

Le blocage intervient au moment d'une insertion dans la base de données, car le nombre de colonnes déclarées ne correspond pas à ce qu'il trouve dans votre base 0.72

eras · 2010-11-24 19:15:00

La structure de la table glpi_mailgate est bien "ID, name, FK_entities, host, login, password".
Je reprend les messages d'écran au moment de la mise à jour (en gras les erreurs):

GLPI SETUP
Mise à jour
Connexion à la base de données réussie
Mise à jour -> 0.78
Redressement des données - ticket bookmarks (21 Sec(s))

glpi_authldaps table already exists. A backup have been done to backup_glpi_authldaps.
glpi_authldapreplicates table already exists. A backup have been done to backup_glpi_authldapreplicates.
.
.
.
glpi_usercategories table already exists. A backup have been done to backup_glpi_usercategories.
glpi_vlans table already exists. A backup have been done to backup_glpi_vlans.

You can delete backup tables if you have no need of them.

Error : glpi_rules.comments does not exist.

0.78 error inserting new default maigate rule Erreur durant la mise à jour de la base de données
Column count doesn't match value count at row 1

eras · 2010-11-25 19:38:44

Avez vous une solution pour la migration en version 0.78 ?

yllen · 2010-11-26 10:39:41

Le problème vient bien de la structure de votre base en 0.72 qui n'est pas correct.
En effet, il manque le champ "comments". Ajouter ce champ, c'est "bricoler le schéma" et la procédure de migration ne tient pas compte des bricolages.

remi · 2010-11-26 10:43:42

J'ai modifié la structure de la table glpi_rules_descriptions, j'ai rajouté la colonne "comment" . Après MAJ ça n'a rien changé.

Très mauvaise idée....

Ce champ existait déjà en 0.71.
Donc le schéma est vraiment pourri.

Donc, il faut, virer toutes les tables, repartir sur une sauvegarde avant migration.
Et controler le schéma de "toutes" les tables avec le fichier glpi-<versiondespages>-empty.sql

Et ensuite relancer la migration 0.78

+

JMD · 2010-11-28 20:09:05

Je déplace le sujet car pour moi ce n'est pas un bug.

eras · 2010-12-02 15:28:18

J'ai fais la migration en version 0.74 sans aucun problème.
J'aimerai savoir comment je peux réimporter mes données de la version 0.74 en version 0.78.1 ?
Pour information, je n'ai jamais touché aux structures de bases de données.

Astanael · 2011-03-07 12:38:18

Je suis tombé sur le même problème, avec les mêmes symptômes.
Mon architecture est différente (W2003R2 / IIS 6 / PHP 5.2)

J'ai pu effectuer ma migration de 0.72.4 vers 0.78.2 en supprimant mon collecteur de mail via l'interface puis en le recréant une fois la migration effectuée.

Pour info, mon collecteur comprenait quelques champs vides et des caractères accentués.

Forum GLPI-Project

Announcement

#1 2010-11-23 20:00:17

Bug Migration 0.72.3 vers 0.78.1

#2 2010-11-24 10:44:41

Re: Bug Migration 0.72.3 vers 0.78.1

#3 2010-11-24 17:18:32

Re: Bug Migration 0.72.3 vers 0.78.1

#4 2010-11-24 17:28:25

Re: Bug Migration 0.72.3 vers 0.78.1

#5 2010-11-24 18:23:03

Re: Bug Migration 0.72.3 vers 0.78.1

#6 2010-11-24 19:15:00

Re: Bug Migration 0.72.3 vers 0.78.1

#7 2010-11-25 19:38:44

Re: Bug Migration 0.72.3 vers 0.78.1

#8 2010-11-26 10:39:41

Re: Bug Migration 0.72.3 vers 0.78.1

#9 2010-11-26 10:43:42

Re: Bug Migration 0.72.3 vers 0.78.1

#10 2010-11-28 20:09:05

Re: Bug Migration 0.72.3 vers 0.78.1

#11 2010-12-02 15:28:18

Re: Bug Migration 0.72.3 vers 0.78.1

#12 2011-03-07 12:38:18

Re: Bug Migration 0.72.3 vers 0.78.1

Board footer