Manual SST of Galera Cluster Node With mariadb-backup
Sometimes it can be helpful to perform a "manual SST" when Galera's normal SSTs fail. This can be especially useful when the cluster's datadir is very large, since a normal SST can take a long time to fail in that case.
A manual SST essentially consists of taking a backup of the donor, loading the backup on the joiner, and then manually editing the cluster state on the joiner node. This page will show how to perform this process with mariadb-backup.
Process
Take backup
Take a full backup the of the donor node with mariadb-backup. The --galera-info option should also be provided, so that the node's cluster state is also backed up.
DB_USER=sstuser
DB_USER_PASS=password
mariadb-backup --backup --galera-info \
--target-dir=$MYSQL_BACKUP_DIR \
--user=$DB_USER \
--password=$DB_USER_PASSMariaDB Server process running
Verify that the MariaDB Server process is stopped on the joiner node. This will depend on your service manager.
For example, on systemd systems, you can execute::
systemctl status mariadbPrepare backup
Prepare the backup on the joiner node.
mariadb-backup --prepare \
--target-dir=$MYSQL_BACKUP_DIRFor example, a very common version number is "2.1".
Get the node's cluster state
Get the state from the Galera info file in the backup that was copied to the joiner node.
The name of this file depends on the MariaDB version:
MariaDB 11.4 and later:
mariadb_backup_galera_infoMariaDB 11.3 and earlier:
xtrabackup_galera_info
For MariaDB 11.4 and later:
cat $MYSQL_BACKUP_DIR/mariadb_backup_galera_infoFor MariaDB 11.3 and earlier:
cat $MYSQL_BACKUP_DIR/xtrabackup_galera_infoThe file contains the values of the wsrep_local_state_uuid and wsrep_last_committed status variables. The values are written in the following format:
wsrep_local_state_uuid:wsrep_last_committedFor example:
d38587ce-246c-11e5-bcce-6bbd0831cc0f:1352215Create a grastate.dat file
grastate.dat fileCreate the file in the backup directory of the joiner node. The Galera Cluster version ID, the cluster uuid, and the seqno from previous steps will be used to fill in the relevant fields.
For example, with the example values from the last two steps, we could do:
sudo tee $MYSQL_BACKUP_DIR/grastate.dat <<EOF
# GALERA saved state
version: 2.1
uuid: d38587ce-246c-11e5-bcce-6bbd0831cc0f
seqno: 1352215
safe_to_bootstrap: 0
EOFRemove contents
Remove the existing contents of the datadir on the joiner node.
MYSQL_DATADIR=/var/lib/mysql
rm -Rf $MYSQL_DATADIR/*Copy contents
Copy the contents of the backup directory to the datadir the on joiner node.
mariadb-backup --copy-back \
--target-dir=$MYSQL_BACKUP_DIRCheck datadir permissions
datadir permissionsMake sure the permissions of the datadir are correct on the joiner node.
chown -R mysql:mysql $MYSQL_DATADIR/Start the MariaDB Server process on the joiner node.
This will depend on your service manager. For example, on systemd systems, you may execute::
systemctl start mariadbWatch the MariaDB error log
On the joiner node, verify that the node does not need to perform a normal SSTs due to the manual SST.
tail -f /var/log/mysql/mysqld.logLast updated
Was this helpful?

