j'avais touché au param memory limit du php.ini durant mes premier essais mais actuellement mon glpi fonctionne avec les valeurs par défaut.
j'avais également purger à la main la table glpi.glpi_logs (en conservant les 3 derniers mois) et cela avait allégé ma base.
ok merci
]]>J'aimerais éviter de faire un clone de mon serveur, non seulement pour comprendre pourquoi l'import ne marche pas mais, mais également pour pouvoir installer un serveur 2016 au lieu d'un 2012
Tu as modifié les valeurs upload_max_files, memory_limit et post_max_size dans le php.ini ?
]]>Dump (automatisé) :
mysqldump --defaults-extra-file=x:\chemin\ctrm-log.cnf --single-transaction -v --databases glpi > \\serveur\partage\GLPI\BK_PRD_GLPI_YYYYMMDD.sql
- le fichier ctrm-log.cnf contient en fait le login/mdp permettant la connexion sur la base et est sécurisé pour n'être accessible que par le user qui exécute l'action.
- le YYYYMMDD à la fin du nom de fichier est dynamique dans mon cas
Restauration (non automatisée) :
mysql -u root -p glpi < \\serveur\partage\GLPI\BK_PRD_GLPI_YYYYMMDD.sql
Reparation DB :
mysqlcheck -u root -p -r -A
NB : j'ai la même conf en prod et en test, les 2 serveurs étant sur des réseaux séparés, il n'y a pas de conflits.
]]>vérifiez la table glpi_logs
avez vous d'autres table après ?
Oui j'en ai d'autres après
sur le serveur de test est elle crashée ?
Comment voir ça ?
a elle la même taille que sur la prod ?
Oui d'ailleurs elle est énorme, 2Go
avez vous le même nombre de tables en prod et en test ?
Oui 317 des 2 cotés
]]>oui il a bien les droits, d'ailleurs l'import marche en partie puisque je vois tous les ordinateurs
sinon mes commandes d'export et d'import sont OK ?
]]>C'est dingue, ça ressemble fortement à ce que j'ai fait la 1ere fois avant d'utiliser le mode sauvegarde de GLPI, la différence c'est que je suis sous Windows...
tu me donner tes commandes d'export et d'import ?
Comme c'est un serveur de test j'utilise le compte root....le temps de voir que tout marche, ensuite je recommencerai en créant un user spécifique
Sachant que ma base de test s'appelle "glpi" comme ma base de prod et que le serveur c'est "localhost" je n'ai pas modifié le config_db...
-je fais un dump de ma base
-copie de www/glpi sur mon serveur de test ( avec propriétaire www-data)
-restauration de ma base de prod sur le serveur de test ( avec creation d'un user mysql avec les droits sur la base, je n'aime pas utiliser root même en test)
-mise à jour de glpi/config_db.php ( le serveur c'est localhost donc OK mais mise à jour user, PW et nom de BDD car j'ai plusieurs versions en test et donc je ne peux pas utiliser "glpi" comme nom de bdd en test.
et ça marche à chaque fois
]]>le glpi/config/config_db.php est bien à jour ?
c'est à dire ? à jour par rapport à quoi ?
c'est une nouvelle install, donc y'a les infos de la nouvelle base (qui a le même nom que la base de prod)