Pb de réplication sous debian avec mysql

Fermé
didlette62 Messages postés 5 Date d'inscription jeudi 11 janvier 2007 Statut Membre Dernière intervention 28 juillet 2007 - 11 janv. 2007 à 16:07
didlette62 Messages postés 5 Date d'inscription jeudi 11 janvier 2007 Statut Membre Dernière intervention 28 juillet 2007 - 12 janv. 2007 à 14:32
Bonjour,

J'ai un énorme soucis et je ne trouve aucune réponse à mon problème de réplication...

J'ai 2 serveurs sous Debian : un maître et un esclave. La réplication marchait très bien jusqu'à ce que la base de données mysql plante.

Maintenant, l'esclave ne veut plus du tout se connecter au maître...

J'ai tout vérifié :

- j'ai testé le ping du nom de machine du maitre (du cote esclave), il trouve son adresse IP mais le ping ne marche pas.
- J'ai pingué le nom de machine de l'esclave (du cote maitre) et là tout marche.

J'ai vérifié les fichiers de configuration :
Sur le maitre :
- server_id = 1
- port = 3306
Sur l'esclave :
- server_id = 2
- port_master = 3306

L'utilisateur qui a été paramétré à les droits suivant sur le maître : Select_priv, Reload_priv, Super_priv, Repl_slave_priv.
max_questions est à 0
max_updates = 0
max_connections = 0

Mes messages d'erreurs n'apparaissent que sur l'esclave, et les voici :


Jan 10 12:12:04 esclave mysqld[1527]: 070110 12:12:04 [ERROR] Slave I/O thread: error connecting to master 'repl@maitre:3306': Error: 'Lost connection to MySQL server during query' errno: 2013 retry-time: 60 retries: 86400

Jan 10 15:11:04 esclave mysqld[1527]: 070110 15:11:04 [ERROR] Slave I/O thread killed while connecting to master

Jan 10 15:11:04 esclave mysqld[1527]: 070110 15:11:04 [ERROR] Slave I/O thread exiting, read up to log 'maitre-bin.000036', position 57669

Jan 10 15:11:04 esclave mysqld[1527]: 070110 15:11:04 [ERROR] Error reading relay log event: slave SQL thread was killed

Jan 10 15:11:29 esclave mysqld[1527]: 070110 15:11:29 [Note] Slave SQL thread initialized, starting replication in log 'FIRST' at position 0, relay log './esclave-relay-bin.000001' position: 4

Jan 10 15:14:38 esclave mysqld[1527]: 070110 15:14:38 [ERROR] Slave I/O thread: error connecting to master 'repl@maitre:3306': Error: 'Lost connection to MySQL server during query' errno: 2013 retry-time: 60 retries: 86400

Jan 10 15:22:58 esclave mysqld[1527]: 070110 15:22:58 [ERROR] Slave I/O thread killed while connecting to master

Jan 10 15:22:58 esclave mysqld[1527]: 070110 15:22:58 [ERROR] Slave I/O thread exiting, read up to log 'FIRST', position 4

Jan 10 15:22:58 esclave mysqld[1527]: 070110 15:22:58 [ERROR] Error reading relay log event: slave SQL thread was killed

Jan 10 15:32:42 esclave mysqld[1527]: 070110 15:32:42 [Note] Slave SQL thread initialized, starting replication in log 'FIRST' at position 0, relay log './esclave-relay-bin.000001' position: 4

Jan 10 15:35:51 esclave mysqld[1527]: 070110 15:35:51 [ERROR] Slave I/O thread: error connecting to master 'repl@maitre:3306': Error: 'Lost connection to MySQL server during query' errno: 2013 retry-time: 60 retries: 86400


Quand je fais un PROCESSLIST sur l'esclave :


mysql> SHOW PROCESSLIST;
+-----+-------------+-------------------+----------+---------+------+-----------------------------------------------------------------------+------------------+
| Id | User | Host | db | Command | Time | State | Info |
+-----+-------------+-------------------+----------+---------+------+-----------------------------------------------------------------------+------------------+
| 566 | system user | | NULL | Connect | 5803 | Connecting to master | NULL |
| 567 | system user | | NULL | Connect | 5803 | Has read all relay log; waiting for the slave I/O thread to update it | NULL |
+-----+-------------+-------------------+----------+---------+------+-----------------------------------------------------------------------+------------------+
4 rows in set (0.00 sec)


Quand je fais PROCESSLIST sur le maitre, je ne vois rien en rapport avec la replication.

J'ai même regardé les ports :
Sur l'esclave :

esclave:# netstat -laputen | grep 3306
tcp 0 0 0.0.0.0:3306 0.0.0.0:* LISTEN 0 2014 1526/mysqld
tcp 0 1 192.168.1.3:32849 192.168.1.1:3306 SYN_SENT 103 32423 1526/mysqld

Sur le maitre

maitre:/var/log# netstat -laputen | grep 3306
tcp 0 0 0.0.0.0:3306 0.0.0.0:* LISTEN 0 32860729 836/mysqld


Après, j'ai testé les services mysql de 2 façons :
La première : j'ai fait un ps -e

Sur l'esclave :

esclave:/var/log# ps -e | grep mysql
1489 ? 00:00:00 mysqld_safe
1526 ? 00:00:00 mysqld
1528 ? 00:00:00 mysqld
1529 ? 00:00:00 mysqld
1530 ? 00:00:00 mysqld
1531 ? 00:00:00 mysqld
1532 ? 00:00:00 mysqld
1533 ? 00:00:00 mysqld
1534 ? 00:00:00 mysqld
1535 ? 00:00:00 mysqld
1536 ? 00:00:00 mysqld
3798 ? 00:00:00 mysqld
3799 ? 00:00:00 mysqld


Sur le maitre :

maitre:/var/log# ps -e | grep mysql
799 pts/0 00:00:00 mysqld_safe
836 pts/0 00:00:00 mysqld
838 pts/0 00:00:00 mysqld
839 pts/0 00:00:00 mysqld
840 pts/0 00:00:00 mysqld
841 pts/0 00:00:00 mysqld
842 pts/0 00:00:00 mysqld
843 pts/0 00:00:01 mysqld
844 pts/0 00:00:00 mysqld
845 pts/0 00:00:00 mysqld
846 pts/0 00:00:00 mysqld
847 pts/0 00:00:00 mysqld
..... (y'en a 83 de lancer)

La seconde : en faisant mysqladmin ping

Sur l'esclave :

esclave:/var/log# mysqladmin ping
mysqld is alive

Sur le maitre :

maitre:/var/log# mysqladmin ping
mysqld is alive


Je ne vois absolument pas comment regler ce problème, et mon patron va finir par m'en vouloir

SVP si quelqu'un a une idée ca serait génial !!!! Moi en tout cas j'en ai plus...

3 réponses

didlette62 Messages postés 5 Date d'inscription jeudi 11 janvier 2007 Statut Membre Dernière intervention 28 juillet 2007 3
11 janv. 2007 à 16:19
up,

SVP, je suis désespérée... je sais plus quoi faire !
J'ai même redémarrer la bdd, fait "FLUSH MASTER" et "FLUSH SLAVE", redémarrer les serveurs...

Bref, je suis perdue, personne n'a une idée ?
0
didlette62 Messages postés 5 Date d'inscription jeudi 11 janvier 2007 Statut Membre Dernière intervention 28 juillet 2007 3
12 janv. 2007 à 09:17
Mise à jour de mes tests :

Hier j'ai testé aussi le tcpdump.

Du maitre vers l'esclave, rien ne se passe, par contre, dans l'autre sens il y a du trafic !

C'est peut être un blem matériel mais ça me semble bizarre étant donné que le maitre arrive à recevoir et envoyer des données vers les autres adresses du réseau.
0
didlette62 Messages postés 5 Date d'inscription jeudi 11 janvier 2007 Statut Membre Dernière intervention 28 juillet 2007 3
12 janv. 2007 à 14:32
j'ai encore fait des tests :

J'ai testé si telnet arrivait à atteindre l'esclave, et en faisant cette commande :

telnet esclave 3306

il me dit que la connection n'a pas pu être établie et TIME OUT

quand je le fais dans l'autre sens (de l'esclave vers le maitre) : c'est pareil !

Je ne sais pas bien quoi faire maintenant !
0