Skip to content

Commit 39aa57c

Browse files
committed
MXS: Remove doc for forward_nonmaster_errors
It never makes sense to forward errors from non-master servers, so the functionality was removed. Thus the documentaiton must also be removed.
1 parent f65a7d3 commit 39aa57c

File tree

1 file changed

+1
-22
lines changed

1 file changed

+1
-22
lines changed

maxscale/reference/maxscale-routers/maxscale-smartrouter.md

Lines changed: 1 addition & 22 deletions
Original file line numberDiff line numberDiff line change
@@ -36,28 +36,7 @@ InnoDB engine.
3636
The ReadWriteSplit [documentation](maxscale-readwritesplit.md)
3737
has more on primary-replica setup.
3838

39-
### `forward_nonmaster_errors`
40-
41-
* Type: [boolean](../../maxscale-management/deployment/maxscale-configuration-guide.md#booleans)
42-
* Mandatory: No
43-
* Dynamic: No
44-
* Default: true
45-
46-
Specifies whether an error returned by a target other than the [master](#master),
47-
should be returned to the client, if it arrives faster than the response from
48-
the master. If all targets are MariaDB servers, the default value of `true`
49-
is usually the correct choise. If a non-master target is not a MariaDB server,
50-
but, for instance, a server used over ODBC, `false` is usually the correct choise.
51-
52-
For instance, if the master is a regular MariaDB server, but a non-master target
53-
is a server that does not support the `SLEEP` function, then
54-
```
55-
SELECT SLEEP(5);
56-
```
57-
would with the default `forward_nonmaster_errors=true` result in an error, but
58-
with `forward_nonmaster_errors=false`, the behaviour would be that of MariaDB.
59-
60-
**Example**
39+
#### Example
6140

6241
Suppose we have a Transactional service like
6342

0 commit comments

Comments
 (0)