You are not logged in.
Bonjour à tous,
J'avais une installation GLPI en version 0.84.5 et je voulais migré vers la version 0.90.1.
Malheureusement cette mise à jour n'a pas fonctionné.
J'avais fait un copie du dossier glpi, ainsi qu'une sauvegarde de la base mySQL avant.
Le soucis est que depuis que j'ai remis l'ancien dossier glpi, avec les droits pour www-data sur files & config j'ai ce message là :
Il fait divers test (tout réussi, en vert) avec le message suivant :
Votre version de la base de données n'est pas compatible avec la version des fichiers installés. Une mise à jour est nécessaire.
Mettre à jour
Je fait donc mettre à jour et là :
Mise à jour
Connexion à la base de données réussie
get current version - Erreur durant l'éxecution de la requête : SELECT `version` FROM `glpi_configs` - L'erreur est Unknown column 'version' in 'field list'
Sa m'inquiéte beaucoup, auriez-vous une idée ?
D'avance merci,
Cdlt,
Offline
Bonjour,
Je ne connais pas l'origine de ton problème mais je peux te préconiser une procédure.
Créé une nouvelle machine virtuelle linux, installe apache2, php5, mysql. Télécharge avec la version 0.90.1 de glpi. Avec la commande "scp" copie la base de connaissance de ton serveur de prod (le dossier files) et ta base de donnée sql sur le nouveau, depuis ton navigateur tu mets l'url avec /glpi et normalement ça devrait le faire
J'espère t'avoir aidé
Malcolm
GLPI 10.0.9 (MariaDB 11.0.2 - PHP 8.2)
CentOS 7
Offline
Bonjour Malcolm,
Avant tout, merci beaucoup de t'être intéressé à mon problème !
Mon problème est plus ou moins résolu. Mon GLPI refonctionne, mais je n'ai, au final, toujours pas réussi à migré ma nouvelle version mais malgré sa j'ai pu récupérer ma base (archive de plus de 6 ans ...) et mon glpi opérationnel.
Le problème était que lorsque je voulais réaffecter mon backup.sql à une autre table que j'ai créé, glpirestor, il me jeté en me disant :
unknow OS charactère ISO 8859-15
Switch automatique en latin1
Bon ...
J'ai donc rajouté cette norme manuellement dans le locale.gen de l'OS
Dans un premier temps sa n'a pas fonctionnait, mais avec un dpkg-reconfigure locale (qui ciblé pourtant bien la bonne norme ISO ... )
j'ai essayé de la passer en ISO 8859-1, un restart du service mysql et de la j'ai ré-affecter mon backup.sql à ma nouvelle base mysql et c'est passé sans aucune erreur/warning.
J'ai rechargé ma page host/GLPI et la j'ai pu récupérer l'était que j'avais avec toutes mes données.
J'ai certainement dû m’emmêler les pinceaux avec les deux versions, donc je vais tout de même procéder à la mise à jour proprement, mais pas tout de suite ^^
Voilà l'explication un peu vague pour ceux qui pourrait avoir le soucis.
Encore merci à Malcolm d'avoir réagi sur mon problème (je n'ai malheureusement pas essayé, j'ai vue ton message après avoir résolu ce matin mais je pense que sa aurait aussi fonctionné)
Offline
Re,
Oui ce que je t'ai proposé fonctionne car c'est comme ça que j'ai fait
Bonne continuation,
Malcolm
GLPI 10.0.9 (MariaDB 11.0.2 - PHP 8.2)
CentOS 7
Offline
Salut
tu as fait une mise a jour trop brutal
0.84 => 0.85 => 0.90.1
Prod => GLPI 0.84.6
Test Plugin => GLPI 0.90.2 / Debian 8.3 / Apache / MySQL
Offline
@Chronos,
Pour ma part, j'ai fait une migration de 0.83 vers 0.90.1, pas de pb particulier !
GLPI 10.0.9 (MariaDB 11.0.2 - PHP 8.2)
CentOS 7
Offline
Le problème est que vous avez la base qui a été migrée dans la nouvelle version et vous remettez les pages dans l'ancienne version, ce qui n'est pas compatible.
Il faut remettre également votre ancienne base de données. La structure de la table à changée en 0.85 d'où l'erreur indiquée sur la table glpi_configs.
Dans GLPI est fournie une procédure de migration mais il n'y a aucune procédure de retour arrière.
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