Details
-
Bug
-
Status: Open (View Workflow)
-
Major
-
Resolution: Unresolved
-
10.6.28
-
None
-
None
-
- RHEL 8.10
- MariaDB Enterprise Server 10.6.28-24 (before: 10.6.18-14), Galera Enterprise 26.4.27 (before: 26.4.18)
- Several Galera clusters per host, one mariadbd instance per cluster, started via systemd template units (mariadb@<instance>.service, copied from mariadb.service plus a drop-in with --defaults-file=/etc/my.cnf.d/mariadb-%I.cnf)
- Non-production- RHEL 8.10 - MariaDB Enterprise Server 10.6.28-24 (before: 10.6.18-14), Galera Enterprise 26.4.27 (before: 26.4.18) - Several Galera clusters per host, one mariadbd instance per cluster, started via systemd template units (mariadb@<instance>.service, copied from mariadb.service plus a drop-in with --defaults-file=/etc/my.cnf.d/mariadb-%I.cnf) - Non-production
Description
The documentation says a specific instance can be bootstrapped with "galera_new_cluster mariadb@node1". Since 10.6.28 the script ignores its argument and always runs "systemctl restart mariadb.service". The instance given on the command line is not bootstrapped, and the default mariadb.service is restarted instead. The commit that introduced this changed "systemctl restart ${1:-mariadb}" to "systemctl restart mariadb.service" when the bootstrap env file was moved to the run directory.
Attachments
Issue Links
- blocks
-
MDEV-37726 wsrep-new-cluster and wsrep-start-position in wrong directory with wrong selinux permissions
-
- Closed
-
-
MDEV-40629 environment injection via wsrep bootstrap in the service file
-
- Closed
-