You are not logged in.
Pages: 1
Topic closed
Bonjour,
Résumé du "bug" (si il s'avère que s'en est bien un) :
Pendant le processus d'install, un problème de connexion au serveur MySQL m'a fait revenir de l'etape 3 à l'étape 1 et le deuxieme passage a l'étape 2 pose alors probleme :
"Etape 2
Test de la connexion à la base de données
Connexion à la base de données réussie"
et rien de plus : on ne peut pas selectionner la base à utiliser ni le nom de la nouvelle base a créer ...
Contexte :
J'ai recupéré par SVN hier soir la version BETA de GLPI [glpi-0.7 (SVN:glpi-trunk-2007-05-06)]
Comme je fais deja tourner GLPI 0.68.3, et que dans un premier temps je veux faire tourner en parallele les deux versions pour evaluer la beta sans toucher la 0.68, je n'ai pas fait d'upgrade, mais une nouvelle install fraiche.
Environnement :
Serveur sous Linux : UBUNTU 6.06 Server LTS
apache2 2.0.55-4ubuntu2.1
mysql-server-5.0 5.0.22-0ubuntu6.06.3
php5 5.1.2-1ubuntu3.7
BDD glpi 0.68.3 : gpli_db
Client : UBUNTU 7.04
Web browser : Mozilla Firefox/2.0.0.3
Manipulation :
J'ai donc décompressé l'archive dans un repertoire dédié de mon WWWroot :
[0.68.3] : WWWRoot/glpi
[0.7] : WWWRoot/GLPI-0.7
GLPI-0.7# tar -xvf glpi-trunk-2007-05-06.tar.bz2
GLPI-0.7# cd ..
# chown -R www-data:www-data GLPI-0.7/
Puis via firefox, j'ai démarré la procédure d'installation :
1. choix de la langue (Francais (fr_FR))
2. J'ai lu et ACCEPTE les termes de la licence énoncés ci-dessus.
3. Installation
4. Etape 0 : tous les tests sont OK
5. Etape 1 : (le compte utilisé a tous les droits et est celui utilisé lors de linstall 0.68)
Mysql server:localhost
Mysql user:gpliadm
Mysql pass : ****************
6. Etape 2
Test de la connexion à la base de données
Connexion à la base de données réussie
Créer une nouvelle base : gpli-0.7_db
7. Etape 3
Erreur lors de la création de la base !
Incorrect database name 'gpli-0.7_db'
Mysql server:
Mysql user : Mysql pass:
8. Je choisis alors "retour" :
Etape 2
Test de la connexion à la base de données
Impossible de se connecter à la base de données :
Le serveur a répondu : Access denied for user 'www-data'@'localhost' (using password: NO)
Le champs serveur ou/et le champ user est vide
9. "retour" encore une fois, qui me ramene à l'etape "1"
Je resaisi
Mysql server:localhost
Mysql user:gpliadm
Mysql pass : ****************
10. voici le bug :
Etape 2
Test de la connexion à la base de données
Connexion à la base de données réussie
et rien de plus : on ne peut pas selectionner la base à utiliser ni le nom de la nouvelle base a créer ...
Conclusion :
A priori je vois 3 pistes possible (mais j'en test une en parallele):
* le nom de la base de donnée est trop similaire a la base utilisé pour 0.68.3 (tres etonnant, mais bon)
* le nom que j'ai choisi pour la BDD contient des caractères interdit
* En refaisant le manip ce matin, je m'appercoit que je n'ai pas coché le radio en face de "Créer une nouvelle base " supposant que le fait de saisir un nom dans le champ associé le ferai automatiquement. [testé] en cochant le radio, meme probleme.
workaround :
j'ai changé la nom de la BDD en "new_glpi" et l'install s'est déroulé sans probleme.
Prochaine etape :
Tester l'upgrade ... ;-)
Voila, j'espere n'avoir rien oublié et etre suffisament clair.
Merci à toute l'équipe pour le boulot accompli, et ce que j'ai vu de la version 0.7 me plais beaucoup ..!
Olivier
Offline
Votre problème vient juste du fait que le caractère "." est interdit par Mysql dans le nom d'une base.
JMD / Jean-Mathieu Doléans - Glpi-project.org - Association Indepnet
Apportez votre pierre au projet GLPI : Soutenir
Offline
Merci pour la réponse réactive :-)
Oui, en effet, en y reflechissant apres, je me suis dis que dans la partie Conclusion : je ne met pas l'enphase sur le bon probleme : Je propose des explications au fait que l'installeur (mysqlserver appelé par l'installeur en fait) ne m'autorise pas le nom de la base de donné que je souhaite.
Je ne me suis pas tres bien expliqué.
En fait, le bug c'est pas tellement le mauvais nom (ca peut arriver -la preuve ;-) - et ce cas doit etre traité), mais la conséquence qui en résulte :
On ne peut pas revenir (meme en utilisant "retour") aux etapes précédentes de l'installeur et avoir un processus d'installation "normal" car le 3éme passage par l'etape "2" ne propose plus ni de choisir une base existante ni la création d'une nouvelle base.
Le bug (si c'en est bien un), c'est ça.
Voici schematiquement ce que ca donne :
etape(E)0[OK] ==> E1[OK] ==> E2[OK] ==> E3[NOK] ==> E2[NOK] ==> E1[OK] ==> E2[NOK](buggy ?)
J'espere avoir été plus clair sur la localisation du "bug" dans le processus général.
Olivier
Offline
Effectivement, il y a un problème de gestion d'erreur dans le script d'intall.
MErci du retour.
JMD / Jean-Mathieu Doléans - Glpi-project.org - Association Indepnet
Apportez votre pierre au projet GLPI : Soutenir
Offline
Pages: 1
Topic closed