Bonjour,

Je crois qu'en fait, mes soucis viennent du fait que j'ai pas mal trituré le GLPI sur ce serveur : il m'a servi pour des tests de traduction, pour du développement de plugin etc et je crois que ce faisant j'ai du casser quelque chose car sur la même machine j'ai installé un version 0.65 que j'ai ensuite mis à jour en 0.68.2 sans souci.

La chose étrange c'est que tout semble s'être parfaitement déroulé lors de la mise à jour.
Les tables sont bien upgradées (version 0.68.2 dans glpi_config).
Concernant la structure des répertoires, j'ai copié les données vers les nouveaux répertoires (backup/dump/ & docs/ -> www/glpi/files...) mais je n'ai pas supprimé les anciens répertoires; ça ne m'a pas semblé impératif mais je me trompe peut-être?
La page d'accueil est vide, pas même un message d'erreur ni même un log dans acces.log ou error.log d'apache... D'ailleurs, voici ce que donne l'acces.log :
192.168.1.80 - - [20/Oct/2006:16:36:02 +0200] "GET /glpi/ HTTP/1.1" 200 - "-" "Mozilla/5.0 (X11; U; Linux i686; fr; rv:1.8.0.7) Gecko/20060921 Ubuntu/dapper-security Firefox/1.5.0.7"
et rien d'autre ensuite. Normalement, sur un GLPI 0.68.2 fonctionnel, il suit toute une série de logs concernant l'accès aux divers éléments de l'accueil de glpi (e.g. le favicon, le styles.css, login_glpi.png etc) et dans le cas de mon site, ces entrées de log sont absentes. Pourtant, les fichiers évoqués dans le log sont bien présents...
Quant à l'authentification, j'utilise le système par défaut, pas de module externe.

Ceci étant dit, je m'étais inquiété à ce sujet car le serveur sur lequel GLPI tourne en production est quasi identique à celui sur lequel je rencontrais ces problèmes (triturages et bidouillages de développement mis à part) et je m'inquiétais donc d'un problème plus générique lié à l'utilisation d'un mysql de backport ou autre. Ayant vu que la mise à jour ne pose normalement pas de soucis et que de toutes façons il est aisé de revenir en arrière en cas de problème, je pense que je vais mettre à jour la version en production après avoir mis un mysql ad-hoc et laisser l'installation qui pose ces problèmes en l'état, quitte à repartir de zéro si nécessaire plus tard pour le développement.

a+


Dans sa grande sagesse, JMD a écrit, le 06.10.2006 23:55 :
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Oliver Henriot a écrit :
  
Bonjour,

Dans sa grande sagesse, JMD a écrit, le 05.10.2006 18:00 :
    
Il faut donc donner un peu d'air en modifiant le php.ini

Essayez d'augmenter les valeurs de type memory_limit,
max_execution_time,  max_input_time etc.. et relancez apache.
  
      
Ca m'a semblé une bonne idée en effet, le serveur sur lequel je teste la
mise à jour n'est pas un foudre de guerre. J'ai donc augmenté toutes les
valeurs de delai (j'ai multiplié les valeurs par 6, ça donne beaucoup de
marge) ainsi que les limites de taille, e.g. memory_limit = 32M.
    
Réinsérez votre dump de backup et relancez la mise à jour.
  
      
Je suis reparti de mon backup et j'ai relancé la procédure mais rien n'y
fait, j'ai toujours le même résultat au final : page blanche...
    

Vraiment curieux cette histoire...

Vous êtes sûr d'avoir bien tous les fichiers ? (et d'avoir bien respecté
la procédure d'upgrade : la structure des répertoires a changé, cela
peut paraître condescendant comme question mais j'essaie d'éliminer
point par point les possibilités).

Vous avez regardé dans la db (table config), celle ci est bien upgradée
en 0.68.2 ?

Si vous tentez d'accéder sur la page de login que se passe t'il ?

Utilisiez vous auparavant le mode d'authentification externe ?

D'autres utilisateurs ont mis à jour leur version de GLPI sur une config
identique à la votre sans problème. Il n'y a pas de raison que cela ne
fonctionne pas chez vous.

On va y arriver ;)

- --
Jean-Mathieu Doléans

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.2.2 (GNU/Linux)

iD8DBQFFJtDlyQar2dfQ77ARAhuoAKCDLRsxOfsFP5lB4JEh2+KsaRUoVgCbBnh9
zbVFlS33Fc1JtXbEVONT3Yg=
=zwnH
-----END PGP SIGNATURE-----

_______________________________________________
Glpi-user mailing list
[email protected]
https://mail.gna.org/listinfo/glpi-user
  
-- 
Oliver Henriot, Fédération IMAG, http://www.imag.fr/
Informatique et Mathématiques Appliquées de Grenoble
Direction des Moyens Informatiques
Domaine universitaire BP53 / 38041 Grenoble cedex 9 / France
tel.: +33 4 76 51 43 48      fax: +33 4 76 51 47 15

Trust in CNRS's certificates: http://igc.services.cnrs.fr/Doc/General/trust.html 
_______________________________________________
Glpi-user mailing list
[email protected]
https://mail.gna.org/listinfo/glpi-user

Reply via email to