This article is specific to this known issue stated in https://jira.mariadb.org/browse/MDEV-17379 which caused a failure during deployment as we have stated in this Twitter post.
We have discussed this internally to find a solution. However, since the issue depends on the MariaDB to resolve this issue, we think of a workaround that would be feasible but not seamless compared to how the ClusterControl deployment is supposed to work but will work for you as of this time.
In this example, I want a 3-node MariaDB 10.3. Galera Cluster to be deployed. So here are the steps I took:
1.) Let the ClusterControl handle the installation for all your nodes to make it quicker and no manual hands-on to be applied:
– Deploy → Select MySQL Galera → Setup your SSH user credentials and cluster name → Select MariaDB 10.3 → Add Node one at a time. These means let CC install the packages for each and every node. The downside is that you have to duplicate this task each on every node but only replace the IP/Hostname on the “Add Node” part with the IP/hostname of the current node you’re targeting to install
2.) Stop all the MariaDB processes on all of the nodes i.e.
systemctl stop mariadb
3.) Edit /bin/galera_new_cluster
and on the last line, replace the “return” command with “exit” which would be the expected output of the last line would look like as follows:
exit $extcode
4.) Once done with installing the packages on all of the 3 nodes, go back again to ClusterControl then,
“Deploy → Select MySQL Galera → Setup your SSH user credentials and cluster name and down below the “Cluster Name“, you see the checkbox “Install Software“. Set this to NO by clicking it leaving it just like then hit continue → Select MariaDB 10.3 → Add Node. This time, you can add all the nodes with it’s IP/Hostname in order to setup your desired cluster.
This works for me without any errors and I was able to run it without any issues: