1

'jour.

une fois n'est pas coutume, j'ai un pti souci avec ma configuration mysql.
Alors voilà, sur un serveur debian (sarge), j'ai un mysql 4.0 qui tourne sagement, sans souci, sur le port par défaut 3306. Phpmyadmin marche bien avec, y'a aucun souci.

Maintenant, j'ai besoin de mettre à côté de lui un mysql 4.1. Comme debian est pourri, il m'interdit d'installer le paquet idouane avec le système de paquets, sinon il supprime le paquet mysql-serveur-4.0 pour le remplacer par le 4.1 # [mysql] #no-auto-rehash     # faster start of mysql >= $but no tab completition [isamchk] set-variable     = key_buffer=32M Bon, je récupère la version binaire sur mysql.com, je pose tout dans /usr/local/mysql, je copie mon my.cnf et je le modifie sagement : # # Fichier de configuration de mysql pour AlternC # $Id: my.cnf,v 1.5 2004/08/27 11:25:03 anonymous Exp $ #  # WARNING : Do not edit this file, edit the one in /usr/share/alternc/install/ and launch alternc.install again #  [safe_mysqld] err-log          = /var/log/mysql/mysql_4.1.err [mysqld] user          = mysql pid-file     = /var/run/mysqld/mysqld_4.1.pid # SARGETAG socket          = /var/run/mysqld/mysqld_4.1.sock long_query_time =2 port          = 3308 #log          = /var/log/mysql/mysql_4.1.log basedir          = /usr datadir          = /var/alternc/db_4.1 tmpdir          = /var/alternc/tmp language     = /usr/local/mysql/share/mysql/french skip-locking safe-show-database #skip-networking #skip-innodb bind-address    = 127.0.0.1 set-variable     = key_buffer=32M set-variable     = max_allowed_packet=4M set-variable     = thread_stack=512K [mysqldump] quick set-variable     = max_allowed_packet=4M (wouhouuuuu j'ai eu le 1000è source !)
Donc, là, on peut s'attendre à avoir un mysql qui marche bien sur 127.0.0.1:3308
En passant par la socket, no problem.
En passant par phpmyadmin ou en ligne de commande (mysql -h 127.0.0.1 -P 3308 -u root -p) j'obtiens un joli :
./mysqladmin: connect to server at '127.0.0.1' failed
error: 'Accès refusé pour l'utilisateur: 'sysusr'@'@localhost' (mot de passe: OUI)'

Vous remarquez, ces deux @ qui se suivent ?
Pour les données de sysusr, dans mysql:user, j'ai (mot de passe modifié bien sûr) :
| % | sysusr | sddfjhgoergr | Y | Y | Y | Y | Y | Y | Y | Y | Y | Y | Y | Y | Y | Y | Y | Y | Y | Y | Y | Y | Y | | | | | 0 | 0 | 0 |


Et là, je pige plus sad
Quelqu'un aurait une idée ?

avatar
Il n'a pas de mots
Décrire son mépris
Perdre les rênes
Il a perdu la foi

2

fait un grant all priviledges pour sysusr et ca devrait rouler, et verifie s'il a acces a l'ip hote

3

Je fais toutes les manips en local, il n'y a pas de blocage au niveau du pare-feu pour les connexions 127.0.0.1.
Pour le grant all privileges... ça change rien (et oui, j'ai fait le flush privileges)
avatar
Il n'a pas de mots
Décrire son mépris
Perdre les rênes
Il a perdu la foi

4

première idée : dans my.cnf, t'as pas une erreur avec ta "bind-address" ?
sinon, chez moi, de mémoire, y'a un fichier mysql.access ou mysql_access.conf qui décrit quel sont les types d'accès autorisé. Chez moi la config par défaut a toujours marché, donc je me suis jamais penché sur la config de ce fichier, mais peut-être que toi tu devrais.

5

Nan, il est bon justement.
Par contre, j'ai trouvé mon problème. fallait reconstruire les mots de passe avec OLD_PASSWORD.
avatar
Il n'a pas de mots
Décrire son mépris
Perdre les rênes
Il a perdu la foi