Perte d'informations lors d'une restauration des données en 0.65

Arnaud_D · 2006-09-15 18:15:25

Bonjour,

Pour commencer je souhaiterais remercier toute l'equipe de GLPI pour ce magnifique outil qui me sert enormement dans mon quotidien de gestion de parc et de help desk.

Je suis actuellement en train de tester sur une machine virtuelle la restauration des données (pour au final ecrire une procédure) et aussi pour tester la MAJ en 0.68.1 mais voila je rencontre des difficultés dans la restauration des données :

J'ai installé GLPI 0.65 sur une machine virtuelle (a l'aide de virtual server), jusqu'ici pas de souci, par contre mon probleme apparait lorsque je restaure une sauvegarde de la veille de ma version en production sur ma machine virtuelle.

Voici comment je procede pour la restauration d'une base (peut etre que ma procédure n'est pas la bonne) :

Je copie ma sauvegarde (de mon GLPI en production) XXXXXX.sql de C:\Program Files\OCS Inventory NG\xampp\htdocs\glpi\backups\dump et la colle dans le meme chemin sur ma machine virtuelle. Quand je lance GLPI, je vois bien mon fichier de sauvegarde que j'ai collé dans la rubrique données. Ensuite je click sur restaurer, la restauration se fait correctement, en tout cas pas de message d'erreur. Mais lorsque je consulte les informations dans moniteur, logiciels, reseaux, imprimantes... par exemple, il m'indique pas d'element trouvé. De plus, mes utilsateurs n'apparaissent plus dans la liste des utilisateurs. Par contre il me remonte bien ma sauvegarde suivi par email et authentification externe LDAP. Donc je ne comprend pas.

Si quelqu'un a déja eu le probleme merci de m'indiquer la marche a suivre car je suis bloqué et je ne trouve pas de solutions et je ne voudrais pas que ma Direction abandonne le projet car pour moi c'est un outil avec lequel je me sens tres a l'aise.

Merci a tous pour votre aide.
Arnaud

GLPI 0.65
OS : Windows XP Sp2 / logiciel de décompactage : 7-zip / Navigateurs : Internet Explorer 6sp2
Installation : Package Ocs NG RC2-final - XAMPP version 1.5.1
Serveur : Apache 2.2.0 MySql : 5.0.18 / Langage : PHP 5.1.1

Arnaud_D · 2006-09-18 12:31:25

Bonjour,

Au secours, personne ne peut m'aider sur ce probleme ???

GLPI 0.65
OS : Windows XP Sp2 / logiciel de décompactage : 7-zip / Navigateurs : Internet Explorer 6sp2
Installation : Package Ocs NG RC2-final - XAMPP version 1.5.1
Serveur : Apache 2.2.0 MySql : 5.0.18 / Langage : PHP 5.1.1

Arnaud_D · 2006-09-20 10:49:32

Toujours pas d'aide en vue ....

pierrexp21 · 2006-09-20 11:01:01

Bonjour,

J'ai exactement le même problème!

Je remercie également toute la communauté GLPI pour cet outil formidable!

I NEED HELP!

Merci d'avance

Pierre

tsmr · 2006-09-20 11:03:33

pas de message en mode debug ?

Arnaud_D · 2006-09-20 11:04:39

Ca me rassure je ne suis pas le seul avec mon probleme

Bouge pas je teste de suite

Last edited by Arnaud_D (2006-09-20 11:05:26)

Arnaud_D · 2006-09-20 11:17:43

Voici le message d'erreur quand je restaure une base sql en mode debug

PHP ERROR :
Fatal error: Maximum execution time of 60 seconds exceeded in C:\Program Files\OCS Inventory NG\xampp\htdocs\glpi\glpi\common\classes.php on line 86

Est ce que ce message vous parle ?? Merci encore pour votre aide

GLPI 0.65
OS : Windows XP Sp2 / logiciel de décompactage : 7-zip / Navigateurs : Internet Explorer 6sp2
Installation : Package Ocs NG RC2-final - XAMPP version 1.5.1
Serveur : Apache 2.2.0 MySql : 5.0.18 / Langage : PHP 5.1.1

Arnaud_D · 2006-09-20 11:23:29

Le message fait réference en fait a un delai maximum dépassé, c 'est tout, d'autre avis ???

Tous ca n'arrange pas mon affaire, car j'ai tjrs des problemes avec la restauration des données

HELP MEEEEEEEEEEEEEEEEEEEEEEE

Last edited by Arnaud_D (2006-09-20 11:29:25)

MoYo · 2006-09-20 11:34:29

faut augmenter le max_execution_time dans le php.ini et relancer l'update.

pierrexp21 · 2006-09-20 11:57:17

Bon ben moi ce que j'ai fait c'est que je suis passé directement par PHPmyadmin pour effectuer la requete SQL mais au final glpi ne fonctionne plus...ou du moins plus correctement!
Je n'ai désormais accès qu'au helpdesk et je ne peux plus rien faire sur l'inventaire!

Mon problème doit venir de la version de MySql qui n'est pas assez récente...du moins j'espere!

Merci de votre aide à tous!

Pierre

ps: comment lancer le mode debug?

Arnaud_D · 2006-09-20 11:57:37

J'ai augmenté le max_execution_time dans le php.ini (j'ai mis 100) mais ca change rien. J'ai tjrs le meme probleme avec le meme message d'erreur

As tu une autre solution ???

Merci

Arnaud_D · 2006-09-20 12:01:01

Mode debug => tu lance GLPI =>administration =>configuration =>configuration generale =>tout en bas tu as "utiliser GLPI en mode" (et tu choisis debug)

pierrexp21 · 2006-09-20 12:08:43

Bonjour,

vu que je n'avais plus acces j ai tout réinstallé!
Le mode debug ne me met aucune erreur!
Tout à l'air de se passer normalement...

Aranud_D, quelle version de Mysql utilises tu?

Pierre

ps: j ai tjs le problème rien ne s insert dans l'inventaire, as tu essayé de faire comme moi de faire les modifications directement en SQL?

Last edited by pierrexp21 (2006-09-20 12:09:42)

Arnaud_D · 2006-09-20 12:10:50

Voici ma config : MySql : 5.0.18

GLPI 0.65
OS : Windows XP Sp2 / logiciel de décompactage : 7-zip / Navigateurs : Internet Explorer 6sp2
Installation : Package Ocs NG RC2-final - XAMPP version 1.5.1
Serveur : Apache 2.2.0 MySql : 5.0.18 / Langage : PHP 5.1.1

JMD · 2006-09-20 13:06:05

J'ai augmenté le max_execution_time dans le php.ini (j'ai mis 100) mais ca change rien. J'ai tjrs le meme probleme avec le meme message d'erreur

Vous n'avez pas du modifier le bon php.ini, sous xampp il y en a 3 et un seul fonctionnel....

Pour information la version minimale de mysql est la version >4.1.11

Donc ce n'est pas un pb de version mysql dans votre cas.

Le message d'érreur que vous avez est clair et tant qu'il apparait la mise à jour ne se réalise pas correctement. Il faut donc donner à PHP l'air dont il a besoin pour exécuter le script d'update qui dépend de la taille de votre base de données.

PS : Merci d'éviter les les "hellllllllllppp ...." et autre cris de secours. En faisant ainsi vous ne respectez pas les règles du forum et donc vous risquez de ne recevoir aucune réponse.

Arnaud_D · 2006-09-20 14:40:18

Merci encore pour votre aide a tous, mais j'ai encore un petit souci. Quel fichier php.ini faut il modifier :

php. ini =>C:\Program Files\OCS Inventory NG\xampp\php
php.ini =>C:\Program Files\OCS Inventory NG\xampp\apache\bin
php.ini =>C:\Program Files\OCS Inventory NG\xampp\php\php4

Merci de me preciser lequel est a modifier.

MoYo · 2006-09-20 14:49:54

les 3 comme ca vous etes sur.

JMD · 2006-09-20 15:30:14

Pour une indication sur les valeurs à insérer :

http://glpi-project.org/wiki/doku.php?i … figuration

pierrexp21 · 2006-09-20 16:14:30

Bonjour,

J'ai mis à jour mon MySql et j'ai toujours le problème du début!
J'ai essayé en mode debug mais aucune erreur!
Que se passe t il?

Merci d'avance

Pierre

Arnaud_D · 2006-09-20 16:36:45

J'ai bien fait les modifications d'apres les valeurs à insérer : http://glpi-project.org/wiki/doku.php?i … figuration

Par contre, ma restauration est bloqué a 26% depuis 30 minutes, est ce normal ??
car mon fichier de restauration pese que 3 Mo

Merci pour votre aide

Last edited by Arnaud_D (2006-09-20 16:42:49)

pierrexp21 · 2006-09-20 17:05:02

Bon ben moi j hallucine j'ai à nouveau réinseré mon fichier Sql via phpmyadmin et rebelotte:
la base de donnée se met à jour puis impossible d'acceder à Glpi normalement:
soit j'utilise les mdp glpi/glpi ou autre mot de passe admin et il me renvoie sur une page "se reconnecter" ou alors si je rentre mon login et mot de passe administrateur je n'ai acces qu'au helpdesk!

Franchement je comprends pas...est ce que ça peut venir d'une incompatibilité entre les formats glpi?
Quel moteur faut il utiliser dans la base de donnée?
Quel type de caractère faut il utiliser? UTF8? Latin 1?

merci d'avance

Pierre

JMD · 2006-09-20 18:03:08

Bon si on pouvait éviter d'avoir deux personnes sur le meme thread sachant qu'on ne sait pas si les deux sont liés on y verrait déjà plus clair.

Merci de créer chacun un nouveau sujet et de prendre la peine de renseigner toutes les informations indiqué dans le post "A lire impérativement avant de poster" et d'indiquer également les procédures exacts et détaillées étapes par étapes.

Personnellement je veux bien aider mais si je dois mettre trop de temps à comprendre ce qui n'est pas exposé clairement : je zappe.

Je ferme ce sujet.

Arnaud_D · 2006-09-20 18:11:38

Je conseille a Pierrexp21 d'ouvrir un nouveau post et moi je conserve celui la

ca te va JMD ?

JMD · 2006-09-20 18:12:33

Non je préfère fermer, il y en a trois tonnes et ça devient illsible.

Forum GLPI-Project

Announcement

#1 2006-09-15 18:15:25

Perte d'informations lors d'une restauration des données en 0.65

#2 2006-09-18 12:31:25

Re: Perte d'informations lors d'une restauration des données en 0.65

#3 2006-09-20 10:49:32

Re: Perte d'informations lors d'une restauration des données en 0.65

#4 2006-09-20 11:01:01

Re: Perte d'informations lors d'une restauration des données en 0.65

#5 2006-09-20 11:03:33

Re: Perte d'informations lors d'une restauration des données en 0.65

#6 2006-09-20 11:04:39

Re: Perte d'informations lors d'une restauration des données en 0.65

#7 2006-09-20 11:17:43

Re: Perte d'informations lors d'une restauration des données en 0.65

#8 2006-09-20 11:23:29

Re: Perte d'informations lors d'une restauration des données en 0.65

#9 2006-09-20 11:34:29

Re: Perte d'informations lors d'une restauration des données en 0.65

#10 2006-09-20 11:57:17

Re: Perte d'informations lors d'une restauration des données en 0.65

#11 2006-09-20 11:57:37

Re: Perte d'informations lors d'une restauration des données en 0.65

#12 2006-09-20 12:01:01

Re: Perte d'informations lors d'une restauration des données en 0.65

#13 2006-09-20 12:08:43

Re: Perte d'informations lors d'une restauration des données en 0.65

#14 2006-09-20 12:10:50

Re: Perte d'informations lors d'une restauration des données en 0.65

#15 2006-09-20 13:06:05

Re: Perte d'informations lors d'une restauration des données en 0.65

#16 2006-09-20 14:40:18

Re: Perte d'informations lors d'une restauration des données en 0.65

#17 2006-09-20 14:49:54

Re: Perte d'informations lors d'une restauration des données en 0.65

#18 2006-09-20 15:30:14

Re: Perte d'informations lors d'une restauration des données en 0.65

#19 2006-09-20 16:14:30

Re: Perte d'informations lors d'une restauration des données en 0.65

#20 2006-09-20 16:36:45

Re: Perte d'informations lors d'une restauration des données en 0.65

#21 2006-09-20 17:05:02

Re: Perte d'informations lors d'une restauration des données en 0.65

#22 2006-09-20 18:03:08

Re: Perte d'informations lors d'une restauration des données en 0.65

#23 2006-09-20 18:11:38

Re: Perte d'informations lors d'une restauration des données en 0.65

#24 2006-09-20 18:12:33

Re: Perte d'informations lors d'une restauration des données en 0.65

Board footer