池田です。

そしたら想定しているユーザとは別のアカウントで認証されて(そして弾かれて)
いる可能性があります。MySQLでは先にhost判定が行われ、その後にuser判定が
行われます。何か思い当たる節はありませんか？

master側で一般クエリログをONにして再起動後、slave側で、

mysql> stop slave;
mysql> start slave;

してみてください。そのときmasterの一般クエリログにslaveのI/Oスレッドが
ログインしにいくログがでます。

そのログで、I/Oスレッドが認証された際に使われたuser@hostが分かります。


浅野 義幸 さんは書きました:
> 池田さん
> 中冨さん
> 
> ユーザーの作成ですが、最初にも書きましたが下記のように作っております。
> GRANT REPLICATION SLAVE ON *.* TO 'replication'@'%' IDENTIFIED BY 'pass';
> 
> 他にも、
> GRANT REPLICATION SLAVE ON *.* TO 'replication'@'接続元IP' IDENTIFIED BY
> 'pass';
> 
> としたり、'をぬいて
> GRANT REPLICATION SLAVE ON *.* TO replication@'%' IDENTIFIED BY 'pass';
> 
> としてみたり、したのですが、ダメでした。
> レプリケーション用のユーザーの作り方間違っていたりしますか？
> 
> 
> 
> Katsutoshi Nakatomi さんは書きました:
>> 中冨です
>>
>>   
>>> スレーブのサーバーと同じネットワークにいる、私のPCからは問題なくクライアントとしてログイン可能です。
>>> ちなみに、外に出て行くIPアドレスは同一です。
>>> 試しに、レプリケーション用に作ったユーザーで私のPCから「かねやん」を使ってログインしたら、問題なく接続できました。
>>>     
>> ログイン出来て普通に select 出来るとなると
>> replication 権限があるかが疑問ですね。
>>
>> エラーログをもう一度見てみましたが
>> REPLICATION SLAVE privilege
>> と言われてますね。
>> REPLICATION SLAVE 権限が無いのではありませんか？
>>
>>   
> 
> 
> 
>