"SELECT command denied to user" sur base OVH alors qu'un code classique marche

**gwinyam** · 21/06/2011, 23h57

Bonsoir,

Voilà mon problème. Je suis sur un mutualisé OVH avec une base MySQL tout ce qu'il y a de plus banal.

J'ai fait tout une archi applicative qui fonctionne sur mon local (wamp), je l'ai déplacée sur mon serveur OVH et là bim, c'est le drame, j'ai cette erreur :

"SELECT command denied to user xxx@xxx for table xxx"

J'ai vérifié visuellement login/motdepasse, nom de la base et serveur, c'est ok. Je me suis connecté sur le phpmyadmin du manager, pareil, ça roule aussi.

Du coup, j'ai ressorti le bon vieux jeu d'instructions mysql_* et idem, j'arrive à me connecter et à requêter ma base avec les identifiants utilisés pour le ZF.

Un bug connu de ZendFramework qui fait que mon utilisateur perd ses droits sur sa base? Une idée?

Merci d'avance à tous

**louveteau02** · 22/06/2011, 11h49

As-tu essayé de supprimer la table puis de la recréer ?

**gwinyam** · 22/06/2011, 12h00

Non mais je vois pas trop ce que ça va changer vu que j'arrive, avec les mêmes logs, donc le même utilisateur, à la requêter depuis des commandes mysql_* classiques. Mais ça coûte rien d'essayer. Je peux pas le faire d'où je suis, je tiens au jus.

D'autres idées?

**louveteau02** · 22/06/2011, 12h07

Oui je ne pense pas non plus mais on ne sait jamais

D'ailleurs c'est la même version de mysql sur wamp et ovh ?

**gwinyam** · 27/06/2011, 23h46

Sans succès comme prévisible... Et dans les deux cas, je suis en MySQL 5.1.x

Une autre idée?

**gwinyam** · 28/06/2011, 00h31

J'ai fini par trouver la blague. Dans mes modèles, j'avais re-précisé le nom de mon schema... qui forcément n'était pas le même que le nom de ma base malgré les infos de connexion. C'est ce qu'on appelle un beau fail.

Merci quand même d'avoir voulu m'aider!