Mysql Hôte distant dans parameters est écrasé par symfony

Version imprimable

29/06/2015, 12h27
jfsenechal

Mysql Hôte distant dans parameters est écrasé par symfony
Bonjour,

Je rencontre un truc très bizarre, si je mets un hôte distant pour mon serveur web
symfony l'écrase par localhost ??
Code:

1 2 3 4 5 parameters: database_driver: pdo_mysql database_host: 172.17.1.30 database_user: popol
Si j'essaie php app/console doctrine:schema:update --env=prod --force

J'ai un message d'erreur :

Access denied for user 'popol'@'172.17.2.55'

Il va bien chercher le bon user, mais m'écrase mon ip et la remplace par l'ip du serveur sur lequel tourne l'appli

Le problème se pose aussi en web

J'ai bien indenté le fichier yml, j'ai essayé en mettant le nom dns et là pareil, le nom dns est remplacé par celui de la machine contenant l'appli
J'ai fait le test en console mysql -popol -h172.17.1.230 -p
Ca fonctionne, ça se connecte

On dirait que sf refuse que j'utilise un hôte distant ??
30/06/2015, 09h18
Nico_F

php app/console cache:clear --env=prod --no-debug
30/06/2015, 09h34
jfsenechal

Non ce n'est pas un soucis de cache
j'ai même fait un rm du dossier cache

j'ai essayé sur un autre serveur, ça fait le meme comportement, il prend l'ip local et pas celle que je lui ai indique ! 8O

je suis en sf 2.6.9

C'est un comportement très bizarre
30/06/2015, 16h57
Nico_F

Fais une recherche sur tout ton projet sur l'IP 172.17.2.55 : elle doit encore trainer quelque part et surcharger celle définie dans le parameters.yml
30/06/2015, 17h15
jfsenechal

Oui j'avais déjà fait ce genre de manip

j'ai aussi installé l'appli sur un autre serveur elle même phénomène se pose
sf prend l'ip de la machine local
01/07/2015, 14h37
Nico_F

Tu es sur de ne pas éditer le parameters.yml.dist ? (je voudrais pas te prendre pas pour ce que tu n'es pas mais une étourderie est vite arrivée)
Que tu es sur le bon projet ? (édite une autre donnée de ton parameters pour voir si elle est bien prise en compte)

C'est sans doute une erreur bête alors, je cherche des solutions pas beaucoup plus malines...
01/07/2015, 15h20
jfsenechal

C'est vrai que parfois on cherche pendant des heures pour une bétise
mais ici la bétise je ne sais pas où elle se cache

Non non ce n'est pas tout ce que tu dis, si je change l'url de l'host par son dns machinedistante.be
il me met le même message d'erreur en indiquant le nom dns de la machine sur laquelle se trouve l'appli intranet.be

donc il lit bien le bon fichier parameter.yml puis ce que le message d'erreur change
j'ai aussi essayé en jouant avec parameter_dev.yml
comportement idem, fore l'ip en localhost

tu ne connais pas le fichier contenant le code ou sf va lire le fichier parameter.yml pour que j'aille mettre des dump ? :mouarf:

Sur le serveur contenant l'appli (ip 172.17.2.99)

Code:

1
2
3
4
5
6
7
8
9
 
cat app/config/parameters_dev.yml 
parameters:
    database_driver: pdo_mysql
    database_host: 172.17.2.230
    database_port: null
    database_name: gestmail
    database_user: intranet
    database_password: mdp123

Code:

1
2
 
php app/console doctrine:schema:update --force

Code:

1
2
3
 
[PDOException]                                                                                  
  SQLSTATE[42000] [1044] Access denied for user 'intranet'@'172.17.2.99' to database 'gestmail'

L'erreur devrait être Access denied for user intranet@172.17.2.230 to database 'gestmail' ?

Et si je fais depuis le serveur contenant l'appli :

Code:

1
2
 
mysql -uintranet -h172.17.2.230 -p

ca fonctionne j'ai bien accès

01/07/2015, 17h15
Nico_F

Dans le cache ... c'est pour ça que la première chose que je t'ai suggéré était de vider le cache.

Jète un oeil dans le dossier cache pour voir quelle ip est stockée dans app/cache/YourApplicationDevDebugProjectContainer.phpCommence déjà par là je pense.
01/07/2015, 21h58
jfsenechal

Ben non comme dit plus haut, je fais un rm du dossier cache...
02/07/2015, 16h57
arnooo999

Bonjour

que dit app/config/config.yml dans la section doctrine.dbal ?
Est ce bien le paramétre défini dans app/config/parameters.yml qui est référencé?

Tout semble correcte

Code:

1
2
3
4
5
6
7
8
9
 
doctrine:
    dbal:
        driver:   "%database_driver%"
        host:     "%database_host%"
        port:     "%database_port%"
        dbname:   "%database_name%"
        user:     "%database_user%"
        password: "%database_password%"

Bonjour, tu peux essayer
Code:

1 2 3 app/console doctrine:cache:clear-metadata app/console doctrine:cache:clear-query app/console doctrine:cache:clear-result
Au cas ou doctrine cache deux trois trucs dans les vendors

J'ai essayé ça na rien changé

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
 
 cat app/config/parameters_dev.yml 
parameters:
    database_driver: pdo_mysql
    database_host: 172.17.2.230
    database_port: null
    database_name: gestmail
    database_user: intranet
    database_password: mdp
root@intranet14:/var/www/gestmail# php app/console doctrine:schema:update --force
 
  [PDOException]                                                                                  
  SQLSTATE[42000] [1044] Access denied for user 'intranet'@'172.17.2.199' to database 'gestmail'

Le message d'erreur devrait être intranet@172.17.2.230 s'il prenait bien mon hôte non ?

Ca me rend dingue ce truc :aie:

06/07/2015, 14h09
gototog

Pourquoi tu nous montres un fichier de l'environnement de dev? qu'est ce qu'il y'a dans parameters_prod?
06/07/2015, 14h20
jfsenechal
Parce qu'il est vide
Code:

1 2 3 imports: - { resource: config.yml }
j'ai déjà essayé en changeant l'environnement lors du update de la db --env=prod

Je vais installer le bundle dans un nouvelle instance de sf