[MXS-2523] MariaDB Monitor gets confused about server state when stale journal file is removed Created: 2019-05-28 Updated: 2020-08-25 Resolved: 2019-06-14 |
|
| Status: | Closed |
| Project: | MariaDB MaxScale |
| Component/s: | mariadbmon |
| Affects Version/s: | 2.2.15 |
| Fix Version/s: | N/A |
| Type: | Bug | Priority: | Major |
| Reporter: | Geoff Montee (Inactive) | Assignee: | Esa Korhonen |
| Resolution: | Won't Fix | Votes: | 0 |
| Labels: | None | ||
| Sprint: | MXS-SPRINT-84 |
| Description |
|
MaxScale's MariaDB Monitor was monitoring a pair of MySQL 5.6 servers replicating between each other in master-master mode. This worked fine for quite some time, until MariaDB Monitor's journal reached its maximum age. At that point, MariaDB monitor seemed to get confused, and it removed the master status from the server:
Replication is working fine between the servers. server1:
server2:
And MaxScale seems to be monitoring these servers just fine:
MaxScale has the following configuration:
It looks like the MariaDB Monitor should have the "multimaster" parameter set for a configuration like this: https://mariadb.com/kb/en/mariadb-maxscale-22-mariadb-monitor/#multimaster But why did the server status only break when the journal file reached its maximum age? |
| Comments |
| Comment by Geoff Montee (Inactive) [ 2019-06-14 ] |
|
esa.korhonen said that MaxScale 2.2 is known to have issues with replication topologies like this. multimaster=true should be used in this scenario with MaxScale 2.2. MaxScale 2.3 is better able with replication topologies like this than MaxScale 2.2. The multimaster option was removed in MaxScale 2.3, because it is not needed in that version. |