[MXS-978] Support for stale master in case of restart Created: 2016-11-17  Updated: 2017-12-01  Resolved: 2016-11-18

Status: Closed
Project: MariaDB MaxScale
Component/s: maxadmin
Affects Version/s: 2.0.1
Fix Version/s: 2.0.2

Type: New Feature Priority: Major
Reporter: Guillaume Lefranc Assignee: markus makela
Resolution: Fixed Votes: 0
Labels: None

Issue Links:
Blocks
blocks MXS-1132 Does not accept forcing monitor flag ... Closed

 Description   

In case where replication monitor gets a stale master status (slaves are down) and maxscale gets restarted, master loses the stale master status and no writes can happen.

Suggest to track this or at least open the possibility to set stale master manually (not possible through maxadmin yet)

Scenario
A is master and die
B and C was valide slave

B is elected as new master

A is stopped and get some unknow sate

Remaining slave C

  • Can be , stopped
  • Can still be attached to A
  • Can be reset replication

In all scenarios an external arbitrator forcing B as master , should enable routing to B via maxscale

We propose to introduce a new state masterforced
masterforced wins the master status if it conflict with mastermonitored
when both state become equal then maxscale can re trust the monitoring information and reset masterforced with a simple masterflag



 Comments   
Comment by markus makela [ 2016-11-18 ]

Added missing set server <name> stale command.

Generated at Thu Feb 08 04:03:20 UTC 2024 using Jira 8.20.16#820016-sha1:9d11dbea5f4be3d4cc21f03a88dd11d8c8687422.