Forum Linux.général Réplication MySQL

Posté par (page perso) .
Tags : aucun
2
9
mai
2012

Bonjour,

j'ai un serveur MySQL maitre et deux esclaves… Tout fonctionne correctement mais:

La semaine dernière, j'ai fait un reboot sur le maitre pour changer un disque dur défaillant…

Je n'ai pas remarqué par la suite mais la réplication était morte:

Got fatal error 1236 from master when reading data from binary log: 'Client requested master to start replication from impossible position'

Voilà ce que j'ai trouvé dans les logs de l'esclave:

May 4 08:40:05 stan mysqld: 120504 8:40:05 [Note] Slave: received end packet from server, apparent master shutdown:
May 4 08:40:05 stan mysqld: 120504 8:40:05 [Note] Slave I/O thread: Failed reading log event, reconnecting to retry, log 'mysql-bin.000472' at position 4017
May 4 08:40:05 stan mysqld: 120504 8:40:05 [ERROR] Slave I/O: error reconnecting to master 'repl@194.254.140.2:3306' - retry-time: 60 retries: 86400, Error_code: 2013
May 4 08:50:35 stan mysqld: 120504 8:50:35 [Note] Slave: connected to master 'repl@194.254.140.2:3306',replication resumed in log 'mysql-bin.000472' at position 4017
May 4 08:50:35 stan mysqld: 120504 8:50:35 [ERROR] Error reading packet from server: Client requested master to start replication from impossible position ( server_errno=1236)
May 4 08:50:35 stan mysqld: 120504 8:50:35 [ERROR] Slave I/O: Got fatal error 1236 from master when reading data from binary log: 'Client requested master to start replication from impossible position', Error_code: 1236
May 4 08:50:35 stan mysqld: 120504 8:50:35 [Note] Slave I/O thread exiting, read up to log 'mysql-bin.000472', position 4017

Je n'ai pas trouvé une réponse sur Google, il faut remettre en place la réplication à chaque arrêt du maitre ou j'ai loupé un truc ?

  • # Commentaire supprimé

    Posté par . Évalué à 4.

    Ce commentaire a été supprimé par l'équipe de modération.

  • # MySQL: bricolerie de sgbd

    Posté par (page perso) . Évalué à 2.

    En l'occurence tu n'as rien loupé du tout plutôt MySQL en fait :D Le lien donné par alenvers te donne "la solution".
    Je reste toujours aussi surpris que la solution proposée fasse fi de l'état des données. C'est proprement hallucinant que la solution dise: bon la réplication s'est arrêtée sur le binlog 13, passons et prenons le 14, on verra bien. Quid de la "qualité des données" derrière ça ? MySQL ce n'est vraiment pas sérieux dans ce domaine (enfin au moins jusqu'à la 5.5) et je me demande bien qui peut lui donner autant de crédit pour que ce soit si à la mode. Dans des environnements 0-data loss et 99,99% de dispo, il y en a encore qui propose cette solution ! Effrayant.

    Voilà, fin de ma digression :/

Suivre le flux des commentaires

Note : les commentaires appartiennent à ceux qui les ont postés. Nous n'en sommes pas responsables.