You are not logged in.
Pages: 1
Bonjour à tous.
Suite à un crash de serveur, j'ai du tout réinstaller en partant de zéro.
ancienne machine : debian 8, GLPI 9.1.2
nouvelle machine : debian 10, GLPI 9.4.4
l'installation s'est passée sans problèmes, mais je n'arrive pas à restaurer le dump SQL (77Mo) sur la nouvelle machine.
via l'interface web de GLPI : ca reste bloqué à 0%
en CLI : j'ai le message d'erreur suivant ERROR 1062 (23000) at line 83: Duplicate entry '1' for key 'PRIMARY'
via phpmyadmin : j'ai beau changer ce qu'il faut dans le php.ini, je ne peux pas uploader des fichiers de plus de 8192ko
quelqu'un aurait-il une piste ?
Offline
en ligne de commande un dump de 77M0 se fait en quelques secondes
mysql -h localhost -u myuser -p glpi<mysqldump
veillez à bien repartir d'une base vide pour la restauration.
Trouver la panne avant de réparer...
GLPI10.0.16 (ubuntu 22.04 PHP8.1 Mariadb10.6 ) plugins : comportements 2.7.3 reports 1.16.0 formcreator 2.13.9, datainjection 2.13.5 fields 1.21.9
Offline
Bonjour LaDenrée
merci beaucoup pour ta réponse.
j'ai trouvé ce qui coinçait : le dump n'était pas allé au bout car la table glpi_crontasklogs était corrompue.
j'ai donc fait un
mysql> repair table glpi_crontasklogs;
et le dump est allé au bout (1,4Go).
sur le nouveau serveur j'ai fait
mysql -h localhost -u myuser -p glpi<mysqldump
et tout s'est bien passé.
Ensuite connexion sur la page web du nouveau GLPI, il me propose la mise à jour de la base et quand je clique sur "mettre à jour" j'ai :
Mise à jour
Connexion à la base de données réussie
La version de la base de données semble correcte (10.3.17) - Parfait !La version de la base de données semble correcte (10.3.17) - Parfait !
Mise à jour en 9.1.3
Traitement terminé. (0 seconde)
Mise à jour en 9.2
Ajout de - Knowbase item comments à la base de données (2 seconde)
et pas moyen d'aller plus loin. un refresh me renvoie sur la page de vérif des prérequis avec proposition de mise à jour.
j'ai essayé de refaire l'ensemble des manips avec une purge de la table glpi_crontasklogs mais même résultat.
Aurais tu une idée ?
Offline
quelle est la taille de la table glpi_logs ?
Trouver la panne avant de réparer...
GLPI10.0.16 (ubuntu 22.04 PHP8.1 Mariadb10.6 ) plugins : comportements 2.7.3 reports 1.16.0 formcreator 2.13.9, datainjection 2.13.5 fields 1.21.9
Offline
390 562 enregistrements pour un total de 43Mo
Offline
du coup ce n'est pas cette table qui bloque, j'ai déjà eu un problème lié à ça, mais avec une table de 5Go.
Trouver la panne avant de réparer...
GLPI10.0.16 (ubuntu 22.04 PHP8.1 Mariadb10.6 ) plugins : comportements 2.7.3 reports 1.16.0 formcreator 2.13.9, datainjection 2.13.5 fields 1.21.9
Offline
j'ai tenté une restauration avec les tables glpi_logs et glpi_crontasklogs purgées, même chose. ca bloque sur Ajout de - Knowbase item comments lors de la mise à jour via l'interface web
Offline
Bonjour,
Petite question : l'export a été fait avec un mysqldump ou l'export de l'interface GLPI ?
Contexte : GLPI 9.4.3/FusionInventory 9.4+1.1 / Agent FI 2.5.1
Offline
Bonjour,
Petite question : l'export a été fait avec un mysqldump ou l'export de l'interface GLPI ?
mysqldump. via l'interface web ca moulinait pendant des heures avant de se planter.
Offline
j'ai finalement réussi : avant de lancer la restauration de l'ancienne BDD, j'ai supprimé le contenu de la base glpi sur le nouveau serveur, puis j'ai lancé la restauration en CLI.
merci pour vos réponses.
Offline
en ligne de commande un dump de 77M0 se fait en quelques secondes
mysql -h localhost -u myuser -p glpi<mysqldump
veillez à bien repartir d'une base vide pour la restauration.
Trouver la panne avant de réparer...
GLPI10.0.16 (ubuntu 22.04 PHP8.1 Mariadb10.6 ) plugins : comportements 2.7.3 reports 1.16.0 formcreator 2.13.9, datainjection 2.13.5 fields 1.21.9
Offline
Pages: 1