Version imprimable
je cherche à configurer une replication d'une base local en master vers une base distante en slave.
master : j'ai suivi les guide jusqu'a avoir avec la command SHOW MASTER STATUS : file - Position - BinLogDb - Binlog-Ignore-DB
J'ai configuré mon slave de sorte d'avoir une concordance avec les variables :MASTR_LOG_FILE et RELAY_MASTER_LOG_FILE.
Cependant au niveau de la variable SLAVE_IO_RUNNING = connecting et SLAVE_SQL_RUNNING= YES
Comment rémédier à cette situation? comment avoir yes partout?
server 1 :server 2 en slave :Citation:
windows 2003 server, mysql 5.5
my.ini:
server-id = 1
binlog-do-db=mabase
relay-log = /var/lib/mysql/mysql-relay-bin
relay-log-index = /var/lib/mysql/mysql-relay-bin.index
log-error = /var/lib/mysql/monmysql.err
master-info-file = /var/lib/mysql/mysql-master.info
relay-log-info-file = /var/lib/mysql/mysql-relay-log.info
log-bin =mysql-bin
sync_binlog=1
auto_increment_increment = 1
replicate-do-db=mabase
log-bin=ON
quel est le probleme?Citation:
ubuntu server, mysql 5.5
my.cnf:
server-id = 2
aprés execution de : mysql> show slave status\G, on a :
mysql> show slave status\G;
*************************** 1. row ***************************
Slave_IO_State: Connecting to master
Master_Host: %
Master_User: repliqUser
Master_Port: 3306
Connect_Retry: 60
Master_Log_File: server-senbus-bin.000001
Read_Master_Log_Pos: 333851
Relay_Log_File: mysqld-relay-bin.000004
Relay_Log_Pos: 4
Relay_Master_Log_File: server-senbus-bin.000001
Slave_IO_Running: Connecting
Slave_SQL_Running: Yes
Replicate_Do_DB: mabase
Replicate_Ignore_DB:
Replicate_Do_Table:
Replicate_Ignore_Table:
Replicate_Wild_Do_Table:
Replicate_Wild_Ignore_Table:
Last_Errno: 0
Last_Error:
Skip_Counter: 0
Exec_Master_Log_Pos: 333851
Relay_Log_Space: 107
Until_Condition: None
Until_Log_File:
Until_Log_Pos: 0
Master_SSL_Allowed: No
Master_SSL_CA_File:
Master_SSL_CA_Path:
Master_SSL_Cert:
Master_SSL_Cipher:
Master_SSL_Key:
Seconds_Behind_Master: NULL
Master_SSL_Verify_Server_Cert: No
Last_IO_Errno: 2005
Last_IO_Error: error connecting to master 'repliq@%:3306' - retry-time: 60 retries: 86400
Last_SQL_Errno: 0
Last_SQL_Error:
Replicate_Ignore_Server_Ids:
Master_Server_Id: 0
1 row in set (0.00 sec)
sur le maitre , j'ai ceci avec la commande show master status;
+------------------------+----------+--------------+------------------+
| File | Position | Binlog_Do_DB | Binlog_Ignore_DB |
+------------------------+----------+--------------+------------------+
| server-bin.000001 | 2579 | | |
+------------------------+----------+--------------+------------------+
Après beaucoup de recherches, en lançant la commande SHOW SLAVE HOSTS;
je recois : empty set.
Comment résoudre ce problème?
merci
Je pense que tu devrais avoir une adresse IP (Ou un alias) dans Master_Host.
Actuellement tu as % ...
le % signifie que le serveur doit accepter toutes les connexions, pas un seul server d'ip fixe.
merci
Sur le slave, tu as du lancer la commande ci-dessous pour configurer la réplication ?
il faut bien faire démarrer ton slave à partir de la bonne position du log_binaire du master.
CHANGE MASTER TO
MASTER_HOST='IP_DE_TON_MAITRE',
MASTER_USER='ton_user_replic',
MASTER_PASSWORD='tonpassword',
MASTER_PORT=3306,
MASTER_CONNECT_RETRY=10,
MASTER_LOG_FILE='xxxxxxxx.xxxx',
MASTER_LOG_POS=xxxx;
Comme le dit Fred_34, l'erreur vient que tu as mis % à la place de l'ip du master.
J'ai bien executé cette commande sur le slave. Par ailleur le master n'est pas fixe, et n'a pas d'IP fixe, du coup en executant la commande à la place de IP_DU_MAITRE, j'ai mis %, pour indiquer que le serveur doit accepter toutes les requétes venant de n'importe quel poste.
C'est le slave qui se connecte au maitre et non l'inverse donc, le slave ne sait pas quel host correspond le %. Il n'est pas devin.
Le message d'erreur est clair:
Citation:
error connecting to master 'repliq@%:3306'
Donc c'est obligatoire que l'Ip du master soit fixe?
oui
dès que l'ip va changer, la répli va s'arrêter
je me disais que le slave, en tant que escalve il peut accepter toutes les requetes de n'importe qui, et qu'il na pas besoin de savoir l'Ip de l'envoyeur de moment que celui ci sit un user avec un password qui permet de s'authentifier au niveau de la base de données.
D'ailleurs je vais dans pleins de tuto où on a le % dans les paramétres de configuration.
Par ailleurs j'ai remarqué que au niveau du slave (ubuntu) il n'est pas possible de mettre dans le ficher my.cnf, les instructions :
Quand je met cela et que je sauvegarde, le serveur n'est plus opérationnel.Citation:
server-id=2
master-host=%
master-port=3306
master-user=repli
master-password=replipassword
master-connect-retry=60
Est ce normal?
Merci
Pour que n'importe quel slave puisse se connecter au master, vous pouvez déclarer sur le master, le grant ... to replic@% ...
Mais pour brancher un slave sur le master, il faut bien indiquer au slave l'ip du master afin qu'il puisse aller lire ses binlogs. Encore une fois, c'est le slave qui va lire les donner sur le master et non l'inverse.
en mysql 5.5.xx, il ne faut plus mettre les paramètres ci-dessous dans le my.cnf. C'est indiqué dans le fichier de log que c'est "deprecated".
il faut passer la requête indiquée hier:Citation:
master-host=IPMASTER
master-port=3306
master-user=repli
master-password=replipassword
master-connect-retry=60
puis start slave;Citation:
CHANGE MASTER TO
MASTER_HOST='IP_DE_TON_MAITRE',
MASTER_USER='ton_user_replic',
MASTER_PASSWORD='tonpassword',
MASTER_PORT=3306,
MASTER_CONNECT_RETRY=10,
MASTER_LOG_FILE='xxxxxxxx.xxxx',
MASTER_LOG_POS=xxxx;
Ca vous créera les fichiers master.info/relay.info sur le slave afin ces infos à l'intérieur.
merci pour cette information. Je comprend mieux. Alors j'ai pas d'autre choix que de me résigner.
Une alternative par rapport à l'ip fixe? Car si je dois passer par mon fournisseur d'accés internet ca va couteux et compliquer à la fois.
ton maitre a une ip public ?
tu pourrais déclarer un alias dns pour cette ip public, et spécifier l'alias dans le master_host à la place de l'ip. comme ca je pense que le changement d'ip serait transparent pour ton slave. a tester
Trés bien, je vais effectuer ls test de configuration avec un alias dns et je reviens vers vous.
Merci pour tout, cela ma permis de mieux comprendre comment ca marche avec les réplications