You are not logged in.
Bonjour,
je voudrais faire une mise a jour du glpi de la version Version 0.68.3 vers la derniere version stable de GLPI (Version 0.72.21).
j’utlise le serveur easyphp 3.0
une base de donner de la version 0.68.3 de GLPI
les fichiers de la version 0.72.21 de GLPI
Tout se passe bien , jusqu'à ce que la mise à jour bloque sur :
GLPI SETUP
Mise à jour
Connexion à la base de données réussie
Merci de résoudre se problème
Last edited by king.inf (2009-10-16 19:45:44)
Qui cherche trouve !
Offline
Merci de résoudre se problème
Vous ne vous adressez pas a un support de solution propriétaire que vous payez...
Il serait bon de s'en rappeler.
Par ailleurs si j'en crois le site d'easyphp, ils en sont a la version 5.3
Commencez par le mettre a jour. La version 3 est plus que périmée
Offline
Pardon pour la syntaxe
Je vais essayer d’installer la nouvelle version de easyphp
Qui cherche trouve !
Offline
Bonjour,
Apres l’essayé pour faire la mise à jour de GLPI V0.68.3 Vers V0.72.21 avec nouvelle version de easyphp 5.2.10, J’ai toujours la même fenêtre. :(:(
Salutations
Qui cherche trouve !
Offline
Bonjour,
J'ai le même soucis pour une mise à jour de GLPI.
Je démarre avec une version 0.68-3 et je voudrais migrer pour utiliser la dernière version.
J'ai donc essayé le système de mise à jour de la dernière version, et à l'écran annonçant
"GLPI SETUP
Update
Connexion à la base de données réussie"
plus rien ne se passe, même pas un semblant d'activité dans les process.
Par contre, j'ai essayé sur une base de données avec uniquement les informations par défaut, là, cela fonctionne. Ma base de données GLPI fait une centaine de mega, logiquement, pas trop méchant pour MySQL ....
Pour voir, j'ai essayé d'installer la 0.70, et cela fait la même chose.
Alors j'ai une question : n'y a-t-il pas un moyen pour importer une base de données après installation de la dernière version, plutot que de modifier la base existante. Parce que j'ai eu beau chercher, je n'ai pas trouvé (mais pas non plus essayé le système de restauration intégré avec une sauvegarde d'une version antérieure), mais peut être que qq'un sur ce forum a développé un script qui le fait.
Merci si vous avez des idées
A bientôt
Raphael
Offline
quelle est la valeur du memory_limit de php ?
Offline
La mise à jour est longue car toute la base passe en UTF-8 quand on passe d'une version 0.68.x à une version suprérieure
Offline
Pour être certain d'avoir assez de ressources et pas de soucis de timeout, j'ai mis mon timeout MySQL à -1 (infini) et mon memory a 512 (j'ai 2 Go sur ma machine).
Pour info, j'utilise Wamp comme serveur, et je me demande si ce n'est pas un soucis avec lui.
OK pour que le passage en UTF-8 prenne beaucoup de temps, mais ne devrais-je pas voir de l'activité sur mon pross si c'est cela ?
Offline
Si ta base est lente (pas optimisée par exemple) ça peut être normal de ne pas voir l'activité (car il peut y en avoir mais faiblement)
Offline
OK
Je vais alors laisser essayer de faire qques essais en plus dans la journée, mais surtout le lancer ce soir avant de partir, et voir ce que cela donnera à mon retour demain.
Je vous tiens au courant ici, cela pourrai servir a d'autres comme infos
Offline
j'ai eu le cas d'une base qui a mis un week end complet (cause MySQL non optimisé)
Offline
Ca rassure pas ça ....!
Et étant donné que je suis pas très doué en MySQL, pas trop les outils pour optimiser cela ..! Faudra quand même que je me documente et que je vois ce que je peux faire pour améliorer les performances.
Offline
dans tous les cas, si tu installes mysql administrator, tu dois pouvoir voir si des requetes tournent bien sur ta base
Offline
Hello,
MySQL Administrator a du mal a fonctionner avec une installation WAMP je trouve.
Par contre, ca y est, je crois que j'ai réussi a régler mon problème en boostant toutes mes variables mémoires, time out infini sur php et mysql, tailles des caches et des buffers.
La mise a jour est en train de s'effectuer, j'espère que cela va marcher et que je n'aurai pas de soucis pour me connecter sous GLPI après
Offline
Pour info et pour ceux qui seraient dans le même cas que moi, il me semble avoir trouvé l'origine du problèmes dans le php.ini
D'origine, dans ma config, j'avais cela : max_execution_time = 60, et cela bloquait après sur lécran décrit plus haut.
Pour prévoir très très très large, j'ai poussé à 1h ce temps d'execution en mettant : max_execution_time = 3600
Et cela fonctionne, la mise à jour se fait, mais prend du temps ....!
Offline