Mariadb galera群集中的新节点具有SST循环

我们在Debian 8服务器上获得了一个MariaDB 10.1节点，我们尝试使用Xtrabackup SST方法与CentOS 7上MariaDB 10.0的3节点galera集群同步

启动此节点并设置施主，SST也会工作：所有数据都正确传输。SST方法和施主参数在/etc/mysql/my.cnf中指定，我们按如下方式启动它：

# service mysql start

（请注意，此系统上还存在mariadb.service服务）

SST完成后，mysql关闭

当我们再次启动它时，我们可以在日志中看到innodb列类型错误（类型为XXX的列应为XXX类型），并且它的UUID再次为0000-0000-0000-0000，而在SST之后，它确实设置了集群的最后一个UUID

它忘记了UUID，一次又一次地启动SST

在集群中启动mysql之前，我们还尝试了SST之后的mysql\u升级，但没有任何帮助

20次中有一次它启动了IST，这是意料之中的，但它崩溃了，因为无法绑定端口号。但后来我们再也没有达到这种尝试的程度

端口已打开（3306444456745689200）设置了路由，我们也尝试了rsync方法但未成功，多次尝试后，有时多个xtrabackup进程挂起，这就是导致端口号错误的原因。之后，我们每次都重新启动，以确保系统干净

此外，我们还仔细阅读了本数据中心迁移指南：

---

因此，我们希望在仅通过2个节点连接的3节点集群中建立一个6节点集群

---

有人遇到过这样的问题吗？

“从仅通过2个节点连接的3节点群集中设置6节点群集。”--呃？请详细说明。我遵循了我发布链接的指南。我在数据中心1中有节点A、B和C，在数据中心2中有节点X。我们的目标是在DC1中创建A、B、C，在DC2中创建一个新的集群X、Y、C，其中只有X连接到C。