You are not logged in.
Pages: 1
Topic closed
Bonjour,
je présente mon matériels :
glpi 0.90.3
fusioninventory 0.90+1.3
sous windows avec comme package XAMPP
PHP 5.5.35
Bon je me lance dans le plus dur...
Voici mon problème assez embêtant, depuis peut de temps ,je ne sais pour qu'elle raison quand je veux sauvegarder mes données glpi dans l'ongle "maintenance" celui-ci me dit que je n'ai pas les droit dans le dossier "_dumps".
Avant de venir ici, j'ai chercher pour et puis j'ai trouver.. mais maintenant toutes mes bases de données ne s'ouvre plus du tout ..!
et le message d'erreur est : #1932 - Table 'phpmyadmin.pma__tracking' doesn't exist in engine
et je ne trouve aucune solution...
je ne peux pas non plus supprimer les bases de données car cette fois il manque la table --> 'phpmyadmin.pma__column_info' doesn't exist in engine
je suis perdu ^^ un peu d'aide serrai la bienvenu !
Last edited by jdurand (2016-06-23 14:25:38)
GLPI 0.90.3 / Fusion Inventory 0.90+1.3 / Dashboard 0.7.4 / Apache 2.4.17 / MariaDB 10.1.13 / PHP 5.6.21
XAMPP Version 5.6.21 / Windows Serveur 2012 R2 / phpMyAdmin 4.5.1
Offline
Vous avez trouvé quelle solution ?
Les erreurs indiquées concernent phpMyAdmin et non GLPI
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
j'y ai trouvé une solution pour continuer la sauvegarde qui débloque les droits...
Car quand je vous sauvegarder il y avais le lien du fichier mais il manquais des "/" .
Donc en cherchant un peu je suis tomber sur une petite astuce que je me suis empresser de faire car à court de solution
je sais que le problème concerne phpmyadmin mais il y aurai t'il un lien avec se que j'aurai pu changer..
Pour ne pas dormir trop bête j'ai enlever se que j'avais rajouter pour revenir au problème de base qui est "les droit dans le dump" mais j'ai l'impression que ma base de donné appeler "phpmyadmin" est corrompu ...
Possible ou pas
Merci grandement pour votre réponse !
GLPI 0.90.3 / Fusion Inventory 0.90+1.3 / Dashboard 0.7.4 / Apache 2.4.17 / MariaDB 10.1.13 / PHP 5.6.21
XAMPP Version 5.6.21 / Windows Serveur 2012 R2 / phpMyAdmin 4.5.1
Offline
La base de donnée utilisée est définie dans le fichier glpi/config/config_db.php
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
Après encore plusieurs test rien de rien...
Enfin bref j'ai tout réinstaller ..
Mais le problème vient du fait que :
Quand je fait une mise à jour d'une base de donnée de GLPI 0.83 à 0.90, juste après cette mise à jour je ne peux plus sauvegarder car plus de droit au "_dump".... alors que avant de faire la mise à jour la sauvegarde tourne très bien !
voila ou j'en suis !
GLPI 0.90.3 / Fusion Inventory 0.90+1.3 / Dashboard 0.7.4 / Apache 2.4.17 / MariaDB 10.1.13 / PHP 5.6.21
XAMPP Version 5.6.21 / Windows Serveur 2012 R2 / phpMyAdmin 4.5.1
Offline
Après une mise à jour vous devez redonner les droits à apache sur le dossier glpi/files en récursif
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
C'est ok ! je vient il y à 10 min de comprendre mon erreur tout est réglé ! merci de m'avoir aider !
GLPI 0.90.3 / Fusion Inventory 0.90+1.3 / Dashboard 0.7.4 / Apache 2.4.17 / MariaDB 10.1.13 / PHP 5.6.21
XAMPP Version 5.6.21 / Windows Serveur 2012 R2 / phpMyAdmin 4.5.1
Offline
J'ai complètement oublier ! Mais pour ceux qui chercherais comment j'ai fait car vous avez le même problème, dans le php.ini augmenter les valeur max_execution_time et max_input_time et max_input_vars.
voilà
GLPI 0.90.3 / Fusion Inventory 0.90+1.3 / Dashboard 0.7.4 / Apache 2.4.17 / MariaDB 10.1.13 / PHP 5.6.21
XAMPP Version 5.6.21 / Windows Serveur 2012 R2 / phpMyAdmin 4.5.1
Offline
Pages: 1
Topic closed