You are not logged in.
Pages: 1
Topic closed
Bonjour,
J'ai un pb lorsque je restaure un dump SQL de la base glpi. Voici les différente étapes:
- sauvegarde depuis machine1 via la commande mysqldump: glpi v 0.71.5 sur Windows 2003
- installation OCS/GLPI sur machine2
- restauration base glpi via la commande mysql
- connexion à glpi sur machine2 etlà.... c'est le drame:
message d'erreur:
"Vous essayez d'utiliser GLPI avec une version de la base de données prévue pour une version supérieure. Veuillez installer la version correspondante à votre base de données."
J'ai essayé, comme trouvé sur le forum, de supprimer le fichier config_db.php pour mettre à jour GLPI.... (vers la version déjà en place )
Lorsque je lance effectivement le phase de MAJ de la base GLPI, j'ai le message:
"49 Erreur durant la mise à jour de la base de donnéesUnknown column 'type' in 'glpi_users'"
Lorque je cherche à accéder à GLPI, je retrouve alors le 1er message d'erreur.
Quelque chose m'échappe t'il quant à la restauration de GLPI?
Merci par avance.
GLPI 0.90.3 - MySql 5.5.46-0 - Apache 2.4.10 - Debian 8u1
Offline
quel est la version de glpi que vous essayez d'installer ?
Server : Windows 2003 - Apache 2.2.23 - Php 5.4.11 - Mysql 5.5.30 - Glpi 0.83.7
Offline
La même que celle en prod: 0.71.5 mais sur une machine Windows XP.
Mon but est de valider une procédure de restauration de GLPI.
GLPI 0.90.3 - MySql 5.5.46-0 - Apache 2.4.10 - Debian 8u1
Offline
Alors il y a un souci si GLPI vous indique qu'il y a une différence de version...
Vous avez bien le bon numéro de version en DB ?
JMD / Jean-Mathieu Doléans - Glpi-project.org - Association Indepnet
Apportez votre pierre au projet GLPI : Soutenir
Offline
J'ai installé les mêmes version de PHPMyAdmin et de GLPI des 2 côtés. J'ai donc sur les 2 machines:
MySQL: 5.0.27
PHP: 5.2.0
GLPI: 0.71.5
Petite précision: sur la machine de prod, la version 0.71.5 a été installé via une migration de la 0.71.3.
Ca peu jouer?
GLPI 0.90.3 - MySql 5.5.46-0 - Apache 2.4.10 - Debian 8u1
Offline
Je viens de pousser les tests:
TEST1:
- installation de GLPI 0.71.3 sur machine2
- restauration de la base 0.71.5 (issu de la prod avec commande mysqldump ) via commande mysql
- connexion GLPI:
==> message d'erreur:
"Vous essayez d'utiliser GLPI avec une version de la base de données prévue pour une version supérieure. Veuillez installer la version correspondante à votre base de données."
- upgrade GLPI sur machine2 vers 0.71.5
==> problème inchangé.
TEST2:
- restauration de la base 0.71.5 (issu de la prod depuis le menu GLPI) via menu GLPI
==> problème inchangé.
TEST3:
- restauration de la base 0.71.5 (issu de la prod depuis le menu GLPI) via commande mysql
==> problème inchangé.
RQ: la base à l'install de GLPI compte 133 tables. Après Restauration, 144. Ca vient des Plugins à mon avis. Ca peu peut-être venir de là... Dans ce cas, comment faire pour sauvegarder / restaurer GLPI?
GLPI 0.90.3 - MySql 5.5.46-0 - Apache 2.4.10 - Debian 8u1
Offline
TEST1:
- installation de GLPI 0.71.3 sur machine2
- restauration de la base 0.71.5 (issu de la prod avec commande mysqldump ) via commande mysql
T'as pas comme un soucis là? restaurer une base version 0.71.5 sur une installation glpi 0.71.3 ??
Offline
Ca n'était qu'un test pour avoir une 0.71.5 à partir d'une migration depuis 0.71.3.
Tu noteras que ça n'est pas le fond du problème si tu consultes les différents posts.
GLPI 0.90.3 - MySql 5.5.46-0 - Apache 2.4.10 - Debian 8u1
Offline
Je repète ma question pouvez vous regardez en DB le numéro de version renseignée de GLPI
dans la table glpi_config
Pour savoir si GLPI doit faire une mise à jour il compare la valeur en db avec la valeur en fichier.
JMD / Jean-Mathieu Doléans - Glpi-project.org - Association Indepnet
Apportez votre pierre au projet GLPI : Soutenir
Offline
J'ajouterai
Si version DB < version appli => mise à jour proposée
Si version DB > version appli => erreur (je vois pas ce qu'il poourrait faire d'autre)
La solution c'est donc de sauvegarder les données ET l'application.
+
Dév. Fedora 29 - PHP 5.6/7.0/7.1/7.2/7.3/7.4 - MariaDB 10.3 - GLPI master
Certifié ITILv3 - RPM pour Fedora, RHEL et CentOS sur https://blog.remirepo.net/
Offline
Le n° de version renseigné dans la table glpi_config est bien 0.71.5.. ce qui correspond bien à la version de la base de donnée sauvegardée depuis la prod et que je restaure.
J'ai donc bien version programme GLPI = version base de données.
Et pour répondre en particulier à Remi, j'ai copié l'intégralité du réperoire glpi serveur de prod vers la machine 2 et..... ca marche!
Je résume donc: pour assurer une bonne restauration, il faut sauvegarder la base SQL + le dossier de l'application GLPI.
Merci à tous
GLPI 0.90.3 - MySql 5.5.46-0 - Apache 2.4.10 - Debian 8u1
Offline
Parfait : je ferme
Dév. Fedora 29 - PHP 5.6/7.0/7.1/7.2/7.3/7.4 - MariaDB 10.3 - GLPI master
Certifié ITILv3 - RPM pour Fedora, RHEL et CentOS sur https://blog.remirepo.net/
Offline
Pages: 1
Topic closed