You are not logged in.
Bonjour,
Pour contextualiser, mon entreprise travaille sur un GLPI qui était à la base un projet pour un stagiaire et qu'ils ont mit en production sans prévenir le SI. Le stagiaire est parti avec les codes root et on ne sait pas vraiment ce qui a été installé donc impossible de le mettre à jour. Ma mission consiste a crée un nouveau GLPI sur une nouvelle vm(au propre), sauf que j'ai installé GLPI en 10.0.6 et impossible d'importer la base de données de l'ancien sans qu'il y ait d'erreur. J'ai vu sur un autre topic du forum qu'il fallait que j'importe la base dans un GLPI qui soit dans la même version que l'autre GLPI, j'ai donc tout réinstaller en 9.4.6 et j'ai toujours une erreur sur phpmyadmin lorsque j'importe la base. cf message d'erreur : "2 erreurs trouvées lors de l'analyse.
Unexpected beginning of statement. (near "`glpi_queuednotifications`" at position 0)
Unrecognized statement type. (near "VALUES" at position 27)"
A la suite de il y a une longue requête SQL qui semble contenir des bouts de tickets.
J'ai testé les sauvegardes avec la commande mysql dump et la sauvegarde interne de GLPI, les deux me retourne des erreurs lorsque je les importe via phpmyadmin. Je ne peux pas installer phpmyadmin sur "l'ancien" GLPI pour faire un export de la base en production. Je suis à court d'idées.
Sauriez-vous comment je peux procéder ?
Merci d'avance pour vos réponses.
Last edited by dav09296 (2023-03-13 12:36:21)
Offline
les dumps de grosses bases de données posent problème avec phpmyadmin;
preferez les dumps et restaurations en ligne de commande.
vérifiez le nombre de tables et les tailles des bases dans les 2 instances, la restauration n'est peut e^être pas allée jusqu'au bout.
je fais régulièrement des dumps et restauration de ma version 9.4.6 vers un serveur de tests et je n'ai jamais de problèmes pour migrer ensuite ( je prépare une migration vers la dernière 9.5.)
important : restaurez dans une base de données vide (sans aucune table)
vérifiez les versions mini de php et mysql/mariadb sur votre nouveau serveur
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
Merci pour votre réponse, le dump de la base fait 500Mo. Je restaurais déjà dans une base vide, auriez une procédure à suivre pour la restauration en ligne de commande ? et surtout pour envoyer la base sur mon nouveau serveur ?
Je vois que vous préparez une migration d'une version 9.4.6 à la dernière 9.5, ce n'est pas une bonne idée de passer de la 9.4 à la dernière version stable de GLPI (10.0.6 je crois) ?
Offline
l'interface de la 10.0. est très différente de la 9.4, j'ai fait une démo avec quelques uns de mes utilisateurs ils ont été très perturbés, ça veut dire que je dois prévoir un accompagnement utilisateur (surtout pour les techniciens DSI) et que je n'ai pas le temps en ce moment. je n'ai pas non plus eu le temps de valider toutes les fonctions et plugins dont j'ai besoin.
comme la 9.5 est encore maintenue, je vais faire une étape avant le grand saut. Avec la 9.5 mes utilisateurs ne verront presque pas la différence.
pour la restauration en ligne de commande, vous copiez votre dump sur le nouveau serveur puis par exemple /tmp/mydump.sql puis avec la commande :
vous creez une base glpi sur votre nouveau serveur
mysql -h localhost -u (UserBase94) -p glpi</tmp/mydump.sql
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
Ok merci, j'essaye de suite, qu'est qui va être restauré exactement ? Les utilisateurs auront leurs tickets etc.. ?
Offline
les utilisateurs auront leurs tickets , l'inventaire, etc ...
pour récupérer les documents images il faudra copier le dossier oldServer/www/html/glpi/files dans newServer/www/html/glpi/files
attention : si vous aviez des mots de passe enregistrés pour les connexion aux collecteur et à l'AD il faudra ressaisir dans l'appli. donc si vous avez des comptes synchronisés à l'AD il ne pourront pas de connecter. prevoyez un compte superadmin en LOCAL avant le dump.
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
il faudra aussi réinstaller les plugins dans leur nouvelle version compatible 10.0
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
Ok je verrais ça une fois la restauration terminé (elle est en cours), désolé de vous embêter, suite à la restauration comment puis-je changer de base de données car GLPI est installé sur une base créée lors de l'installation, aurais-je dû vider les tables de cette base pour effectuer la restauration ? Parce que j'ai crée une nouvelle base ou j'ai réalisé cette import
Offline
La restauration c'est terminé, j'ai finalement vidé la base créée lors de l'installation et cela fonctionne merci beaucoup
Bonne soirée.
Offline