Почему Maxscale не может получить gtid_binlog_pos?

Question

[Alexander]

У меня есть активная репликация master > slave (ssl), я поставил сверху прокси сервер maxscale, для автоматического переключения мастера, в случае аварии. Maxscale не может получить gtid_binlog_pos.

error : [mariadbmon] Can not select 'master' as a demotion target for failover because it does not have a 'gtid_binlog_pos' and unsafe failover is disabled.

Database: MariaDB 10.3.25
OS: Ubuntu 20.04

config maxscale:

threads=auto
log_info=1
log_debug=1
logdir=/opt/sslmaxscale/maxscale.log

[master]
type=server
address=192.168.89.234
port=3306
protocol=MariaDBBackend
ssl=required
ssl_ca_cert=/opt/sslmaxscale/ca-cert.pem
ssl_cert=/opt/sslmaxscale/server-cert.pem
ssl_key=/opt/sslmaxscale/server-key.pem

[slave]
type=server
address=192.168.89.231
port=3306
protocol=MariaDBBackend
ssl=required
ssl_ca_cert=/opt/sslmaxscale/ca-cert.pem
ssl_cert=/opt/sslmaxscale/server-cert.pem
ssl_key=/opt/sslmaxscale/server-key.pem

[MariaDB-Monitor]
type=monitor
module=mariadbmon
servers=master,slave
user=repl
password=password
monitor_interval=2000
auto_rejoin=true
auto_failover=true
replication_master_ssl=true

Естественно я проверил руками, есть ли binlog_pos:

MariaDB [(none)]> SELECT @@global.gtid_binlog_pos;  @@global.gtid_binlog_pos - 1-1-517

Так же я добавил к монитору опцию enforce_simple_topology=true. Сообщение с ошибкой видоизменилось, но суть осталась та же.

Cluster gtid domain is unknown. This is usually caused by the cluster never having a master server while MaxScale was running

Answer 1

[Alexander]

Обнаружена проблема. Переменная skip-network = 0 отсутствовала в конфигурации базы данных. По умолчанию она skip-networking=1. Это означало, что я мог подключиться только через localhost.

Но непонятно, как работала репликация при skip-network = 1... Скорее всего, баг mariadb.