MXS-1775 Add documentation for new monitor parameter

This commit is contained in:
Johan Wikman
2018-06-06 10:57:38 +03:00
parent af717426d5
commit dc47835ef6
2 changed files with 22 additions and 4 deletions

View File

@ -243,6 +243,25 @@ users with the SUPER-privilege can write to the backend server. If temporary
write access is required, this feature should be disabled before attempting to write access is required, this feature should be disabled before attempting to
disable `read_only`. Otherwise the monitor would quickly re-enable it. disable `read_only`. Otherwise the monitor would quickly re-enable it.
### `switchover_on_low_disk_space`
This feature is disabled by default. If set to `on`, when the disk space of a
server is exhausted, it will cause the server to be put in maintenance mode.
If the server is the current master, then a switchover will also be triggered.
In order for this parameter to have any effect, `disk_space_threshold` must
have been specified for the
[server](../Getting-Started/Configuration-Guide.md#disk_space_threshold)
or the [monitor](./Monitor-Common.md#disk_space_threshold), and
[disk_space_check_interval](./Monitor-Common.md#disk_space_check_interval)
for the monitor.
```
switchover_on_low_disk_space=true
```
Note that once the server has been put in maintenance mode, the disk space
situation will no longer be monitored and the server will thus not automatically
be taken out of maintanance mode even if disk space again would become available.
## Failover, switchover and auto-rejoin ## Failover, switchover and auto-rejoin
Starting with MaxScale 2.2.1, MariaDB Monitor supports replication cluster Starting with MaxScale 2.2.1, MariaDB Monitor supports replication cluster

View File

@ -416,10 +416,9 @@ void MariaDBMonitor::tick()
/* log master detection failure of first master becomes available after failure */ /* log master detection failure of first master becomes available after failure */
log_master_changes(root_master); log_master_changes(root_master);
// Before exiting we need to store the current master into the m_master // Before exiting, we need to store the current master into the m_master
// member variable of MonitorInstance so tga loaded from the journal the current master into its // member variable of MonitorInstance so that the right server will be
// m_master member variable, we want the corresponding MariaDBServer into // stored to the journal.
// our own m_master varaible.
MonitorInstance::m_master = m_master ? m_master->m_server_base : NULL; MonitorInstance::m_master = m_master ? m_master->m_server_base : NULL;
} }