You are not logged in.
Pages: 1
Bonjour,
Nous étions en glpi version 0.6.8, et j'ai bien suivi le wiki pour passer en 0.7.2, mais voilà, bien que tout ce soit bien passé (aucun message d'erreur à l'installation), la nouvelle version refuse de me laisser accéder à l'application.
Voici ce qui se passe : je pointe mon navigateur sur la page principale de glpi.
Je renseigne mon nom d'uilisateur et mon mot de passe, ça mouline, et ça me repropose la même page.
Si le mot de passe fourni est incorrect, ou si le nom d'utilisateur n'existe pas, j'ai bien la page m'indiquant qu'il y a une erreur soit dans le nom d'utilisateur, soit dans le mot de passe.
Le problème vient probablement d'ailleurs, mais je n'ai pas compris comment procéder pour passer en mode debug.
Voyant ça, j'ai retenté une installation (au lieu d'une mise à jour), et du coup, j'ai en plus perdu toutes les données qui étaient dans la base.
Comment puis-je faire pour trouver la source de l'erreur et ré-importer les données (merci la sauvegarde faite avant l'installation) ?
Merci pour votre aide.
Offline
pour passer en mode debug : http://glpi-project.org/wiki/doku.php?i … nfig:debug
Plateforme de Test: PHPinfo
Version de GLPI: 0.72 & SVN
Offline
Merci pour cette aide rapide.
J'ai fait la mise à jour des tables comme indiqué, et je n'ai aucune trace d'erreur dans les logs.
Tout ce que j'obtiens c'est un fichier cron.log localisé dans files/_log contenant :
26-11-2008 12:56
Launch ocsng
26-11-2008 12:56
Check updates from server localhost
26-11-2008 12:56
Update computer 89
26-11-2008 12:56
ocsng Successfull (0.01s)
26-11-2008 12:58
Launch mailgate
26-11-2008 12:58
mailgate Successfull (0.00s)
Les cookies sont activés sur mon navigateur (évidement). Je ne vois donc pas ce qui bloque. Toute idée est la bienvenue.
P.S. j'ai trouvé comment procéder pour revenir à la situation de départ, finalement, mais j'aimerai bien utiliser cette version plus récende.
Offline
bonjour
essayer aussi de vider le cache de votre navigateur internet, parfois c'est le problème.
Offline
C'était une bonne idée, mais ce n'est toujours pas le problème. Vraiment, c'est bizare.
Après vérifications, il s'avère que je me suis trompé sur les versions utilisées.
Sur la page d'accueil de l'ancienne version, c'est indiqué :
GLPI version 0.7 Copyright (C) 2003-2008 INDEPNET Development Team.
Et je souhaiterais passer à la dernière version stable (0.71.2).
Last edited by geo_trouvetout (2008-11-26 14:22:59)
Offline
Ah tu un paramétrage ldap pour l'authentification?
Offline
http://www.glpi-project.org/forum/viewtopic.php?id=128
postez votre conf complète, comme indiqué dans ce post que personne ne semble lire...
Offline
Non, l'identification se fait directement sur la base mysql (j'aurais préféré postgreSQL que je connais plus, mais bon). Quoi qu'il en soit, l'identification se passe bien.
Voici une trace que j'ai dans mon access log d'apache :
192.168.127.7 - - [26/Nov/2008:13:08:32 +0100] "POST /glpi/login.php HTTP/1.1" 200 218
192.168.127.7 - - [26/Nov/2008:13:08:33 +0100] "GET /glpi/front/central.php HTTP/1.1" 200 202
192.168.127.7 - - [26/Nov/2008:13:08:33 +0100] "GET /glpi/index.php HTTP/1.1" 200 2091
192.168.127.7 - - [26/Nov/2008:13:08:33 +0100] "GET /glpi/front/cron.php HTTP/1.1" 200 63
192.168.127.7 - - [26/Nov/2008:13:08:41 +0100] "POST /glpi/login.php HTTP/1.1" 200 218
On voit bien qu'on revient à la case départ après un login réussi. Ce qui n'est pas le cas lors d'un login erroné puisque je suis dans ce cas envoyé vers la page indiquant qu'un mauvais nom d'utilisateur/mot de passe a été saisi.
Offline
Effectivement, pardon pour ce manquement (j'avais lu pourtant ce thread, mais bon, je ne pensais pas que dans ce cas ça pouvait avoir de l'importance).
Voici donc ce que je peux vous dire de la conf :
Nous avions donc la version GLPI version 0.7 Copyright (C) 2003-2008 INDEPNET Development Team. qui fonctionnait bien. Elle a été installée sous linux (on est bien dans le bon forum au moins ?).
Il s'agit d'une LinuxFromScratch, et tout à été praramétré comme il faut pour cette version de glpi puisqu'elle fonctionne bien.
J'utilise sur cette machine apache en version 2.0.55, php en version 5.2.6 et mysql Ver 14.12 Distrib 5.0.21, for pc-linux-gnu (i686) using readline 5.0.
Comme je l'ai déjà indiqué, la mise à jour passe bien : j'ai extrait l'archive glpi-0.71.2.tar.gz par dessus l'ancienne installation.
Par exemple :
$ ls
glpi
glpi-0.71.2.tar.gz
$ tar xf glpi-0.71.2.tar.gz
J'ai repositionné les droits pour l'utilisateur apache : chown -R apache:apache glpi
Je n'ai strictement rien modifié d'autre.
Lorsque je me connecte à glpi, il m'indique qu'il y a une mise à jour à effectuer, et qu'il fait des tests.
Je n'ai aucun message d'erreur pendant toute la procédure. A la fin, j'ai la page qui me dit que je peux utiliser glpi, je clique sur le bouton, et là, rien à faire, pas moyen d'avoir les pages après l'identification.
Voilà, j'espère vous avoir donné les informations manquantes. Et encore toutes mes excuses pour cet "oubli".
Offline
donc vous avez activé le mode debug, les traces, et vous n'arrivez pas à vous connecter ?
et dans les fichiers de logs il n'y a aucune erreur ?
Offline
erreur fatale : j'ai extrait l'archive glpi-0.71.2.tar.gz par dessus l'ancienne installation
il faut supprimer ce qu'il y a dans le répertoire (sauvegarder avant) avant de décomrpesser la nouvelle archive.
Offline
Voilà, vous avez mis exactement le doigt sur ce que je n'arrive pas à comprendre.
Afin de tirer ça au clair, j'ai même poussé le vice jusqu'à regarder si ce n'était pas un problème de mon navigateur (firefox). J'en ai donc essayé plusieurs depuis différents postes. J'ai essayé firefox sous windows, sous linux, internet explorer (faut bien), et konqueror. J'ai invariablement le même comportement. Cache vidé à chaque fois, javascript activé, java aussi (sait-on jamais), les cookies sont acceptés. Je ne sais plus quoi tester du coup.
Toutes les pistes sont les bienvenues.
J'allais oublier. Lors de mon premier essai, j'avais laissé le plugins archires. J'ai donc restauré l'ancienne arborescence de glpi ainsi que l'ancienne base de données. J'ai désinstallé le plugins, et j'ai recommencé la procédure de mise à jour comme décrite précédement en pensant que mon erreur venait de là, mais ce n'est pas le cas.
Offline
ddurieux, merci pour ta réponse. Je pensais naïvement qu'il fallait extraire par dessus l'ancienne installation. J'ai donc refait la manipulation après avoir restauré l'ancienne base et l'ancienne version, c'est pas mieux que si c'était pire. Vraiment, je suis complétement dérouté.
Offline
On peut faire la mise à jour en en écrasant les anciens fichiers par les nouveaux. Ca marche la plupart du temps mais lors d'un dysfonctionnement pour évacuer la cause d'une mauvaise mise à jour il est préférable de refaire la mise à jour proprement.
Pour votre problème c'est curieux, avez-vous vérifié que l'utilisateur que vous utilisez est bien dans la DB ?
Etes vous certain de ne pas avoir changé quoique ce soit (vhost, nom du dossier d'installation etc...).
Avez vous vidé le cache dans /files/_cache et désinstallé les plugins ?
JMD / Jean-Mathieu Doléans - Glpi-project.org - Association Indepnet
Apportez votre pierre au projet GLPI : Soutenir
Offline
Pages: 1