[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: |
|
||||||||
| 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 B is elected as new master A is stopped and get some unknow sate Remaining slave C
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 |
| Comments |
| Comment by markus makela [ 2016-11-18 ] |
|
Added missing set server <name> stale command. |