[MXS-1742] Monitor status when running a 2 node + arbiter setup will break. Created: 2018-03-26 Updated: 2018-03-27 Resolved: 2018-03-27 |
|
| Status: | Closed |
| Project: | MariaDB MaxScale |
| Component/s: | Monitor, readconnroute, readwritesplit |
| Affects Version/s: | 2.2.3 |
| Fix Version/s: | N/A |
| Type: | Bug | Priority: | Minor |
| Reporter: | Tobias Genberg | Assignee: | Unassigned |
| Resolution: | Not a Bug | Votes: | 0 |
| Labels: | None | ||
| Environment: |
Two physical nodes running CentOS 7 and MariaDB 10.2.6 with Galera 25.3.20-1 2 physical nodes running Centos 7, with Maxscale 2.2.3. the other maxscale uses the rwspliter (for an Escenic installation) |
||
| Description |
|
First of all, this is not really a bug, more like strange behaviour. So here we go: We had a failure of one of the nodes. We changed on one maxscale that was running the readconn to router_options=Running just to make wordpress run again. (Kinda expected, since the monitor status was not 'Synced' since that is what the config initially said) On the maxscale running rwsplit, we did stop the monitor, and did a 'set server master' to enable it to run both as donor and master at the same time, so we could serve applications and sst-sync at the same time. I hope it made some sense, please let me know if you need additional information, happy to help out. |
| Comments |
| Comment by markus makela [ 2018-03-27 ] |
|
As can be seen here, this is, sadly, the expected behavior of the rsync SST method. I believe the recommendation is to use xtrabackup as the SST method if connectivity during an SST is required. |