MariaDB MaxScale 22.08.13 Release Notes -- 2024-06-03

You are viewing an old version of this article. View the current version here.

MariaDB MaxScale 22.08.13 Release Notes -- 2024-06-03

Release 22.08.13 is a GA release.

This document describes the changes in release 22.08.13, when compared to the previous release in the same series.

If you are upgrading from an older major version of MaxScale, please read the upgrading document for this MaxScale version.

For any problems you encounter, please consider submitting a bug report on our Jira.

New Features

  • MXS-5067 Add "enforce_read_only_servers" feature to MariaDB Monitor

Bug fixes

  • MXS-5095 Master Stickiness state is not documented
  • MXS-5090 ability to setup .secrets file location
  • MXS-5085 max_slave_connections=0 may create slave connections after a switchover
  • MXS-5083 ssl_version in MaxScale and tls_version in MariaDB behave differently
  • MXS-5082 Password encryption format change in 2.5 is not documented very well
  • MXS-5081 The values of ssl_version in MaxScale and tls_version in MariaDB accept different values
  • MXS-5074 Warning about missing slashes around regular expressions is confusing
  • MXS-5068 users_refresh_time=0s does not work as documented
  • MXS-5048 Problem in hostname matching when using regex (%) for user authentication
  • MXS-5046 maxctrl alter admin_ssl_* <same full="" path="" as="" prior="" cert=""> not actually updating
  • MXS-5039 cooperative_monitoring_locks can leave stale locks on a server if network breaks
  • MXS-5038 Maxscale key limitations
  • MXS-5035 Setting a path argument to empty reads uninitialized memory
  • MXS-5034 REST-API TLS keys are not validated at runtime
  • MXS-5033 MaxScale should prevent incompatible TLS certificates from being configured
  • MXS-5031 enforce_read_only_slaves can set master to read_only
  • MXS-5021 gdb-stacktrace is incorrectly presented as a debug option
  • MXS-5010 Session commands that are executed early are not validated
  • MXS-5006 maxscale crash
  • MXS-4902 MariaDB Monitor command reset-replication can be started on a secondary MaxScale
  • MXS-4834 MaxScale should log a warning if failover may lose transactions

Known Issues and Limitations

There are some limitations and known issues within this version of MaxScale. For more information, please refer to the Limitations document.


RPM and Debian packages are provided for the supported Linux distributions.

Packages can be downloaded here.

Source Code

The source code of MaxScale is tagged at GitHub with a tag, which is identical with the version of MaxScale. For instance, the tag of version X.Y.Z of MaxScale is maxscale-X.Y.Z. Further, the default branch is always the latest GA version of MaxScale.

The source code is available here.


Comments loading...
Content reproduced on this site is the property of its respective owners, and this content is not reviewed in advance by MariaDB. The views, information and opinions expressed by this content do not necessarily represent those of MariaDB or any other party.