Задавайте вопросы, мы ответим
Вы не зашли.
Страниц: 1
Добрый день сообщество,
Надеюсь на Вашу пользу и коллективный разум.
И так, есть существующая инфраструктура master-slave репликации с несколькими 10ми слейвов и включенными GTID, задача, - переключить это хозяйство в percona-xtradb-cluster.
на одном из слейвов я делаю:
Неактивен
Выглядит как ошибка SST.
2018-05-07T10:23:25.468144Z WSREP_SST: [INFO] Preparing the backup at /var/lib/mysql//.sst
2018-05-07T10:23:47.816165Z WSREP_SST: [INFO] Moving the backup to /var/lib/mysql/
Вот эти штуки смущают. Как будто где-то вписан пустой путь (или абсолютный). Пробовали запусить с настройками по умолчанию?
Неактивен
paulus написал:
Выглядит как ошибка SST.
2018-05-07T10:23:25.468144Z WSREP_SST: [INFO] Preparing the backup at /var/lib/mysql//.sst
2018-05-07T10:23:47.816165Z WSREP_SST: [INFO] Moving the backup to /var/lib/mysql/
Вот эти штуки смущают. Как будто где-то вписан пустой путь (или абсолютный). Пробовали запусить с настройками по умолчанию?
С этим проблем нет, успешно проходила синхронизация и запуск второй ноды когда донорская нода не была слейвом.
Неактивен
То есть у вас есть два рабочих сервера и не работает подключение третьего?
Неактивен
paulus написал:
То есть у вас есть два рабочих сервера и не работает подключение третьего?
http://pix.toile-libre.org/upload/origi … 705755.png - моя схема реализации,и картина такова что:
1. на выделенной слейв ноде bootstrap cтартует без проблем, кластер запускается, репликация работает
2. на ноде pxc1 при ключении ее в кластер запускается процесс синка, а по окончанию синка процесс вывалиается с ошибкой:
Отредактированно ibeltek (07.05.2018 18:10:38)
Неактивен
А если остановить репликацию, то всё работает? Ну в смысле — это конфликт wsrep-транзакций с gtid-транзакциями?
Неактивен
да, именно так.
Неактивен
остановил слейв на время слива данных во вторую ноду кластера, - кластер стартанул, потом запустил слейв на доноре, пока полет нормальный
Неактивен
Интересный эффект. Главное, чтобы не выстрелило еще раз. В теории такого не должно случиться в случае с InnoDB cluster (он использует те же GTID, а не собственный набор), но он может быть еще сыроват.
Неактивен
Страниц: 1