Ожидание первого запуска кластера Percona XtraDB

Я пытаюсь запустить кластер на трех чистых машинах Centos.

Я постарался сделать этот пост коротким, я не прикрепляю файлы конфигурации, потому что я использовал это руководство, и файлы конфигурации соответствуют этому:

https://www.percona.com/doc/percona-xtradb-cluster/5.7/add-node.html

Начиная первый узел хорошо. Ошибка запуска второго узла.

Вот журнал на втором узле

2017-09-28T15:05:09.367856Z 0 [Примечание] WSREP: Инициирование передачи SST/IST на стороне JOINER (wsrep_sst_xtrabackup-v2 --role 'joiner' --address '192.168.14.104' --datadir '/var/lib/mysql/' --defaults-file '/etc/my.cnf' --defaults-group-суффикс'' --parent '5490' '') 2017-09-28T15:05:09.368984Z 0 [ОШИБКА] WSREP: Не удалось прочитать 'готово' из: wsrep_sst_xtrabackup-v2 --role 'joiner' --address '192.168.14.104' --datadir '/var/lib/mysql/' --defaults-file '/etc/my.cnf' --defaults-group-суффикс' '--parent' 5490 '' 'Чтение: '(null)' 2017-09-28T15:05:09.369064Z 0 [ОШИБКА] WSREP: Процесс завершен с ошибкой: wsrep_sst_xtrabackup-v2 - -role 'joiner' --адрес '192.168.14.104' --datadir '/ var / lib / mysql /' --defaults-file '/etc/my.cnf' --defaults-group-суффикс '' --parent '5490' '': 2 (Нет такого файла или каталога) 2017-09-28T15:05:09.370161Z 2 [ОШИБКА] WSREP: Не удалось подготовиться к SST для xtrabackup-v2. Неисправимая. 2017-09-28T15:05:09.370192Z 2 [ОШИБКА] Отмена

Источник

2 ответа

Запуск второго узла завершается неудачно, потому что он не может выполнить и SST (передача полного состояния) от донорского узла.

Это терпит неудачу, потому что xtrabackup-v2 терпит неудачу. Вы должны проверить журналы на донорском узле, чтобы получить больше представления о том, почему, но возможные причины включают -

  • Недостаточно памяти на донорском узле
  • Синтаксическая ошибка в my.cnf на узле-доноре (xtrabackup более требователен к синтаксису, чем обычный mysql - проверьте наличие дублирующих строк, которые mysql принимает, но xtrabackup нет)
  • Файловые права
  • xtrabackup установлен неправильно, не установлен или неверная версия
  • несоответствие в конфигурации wsrep между узлами
  • неверные учетные данные для аутентификации wsrep
Источник

Есть несколько причин, по которым SST мог потерпеть неудачу. Вам также необходимо проверить журналы на первом узле. Могут быть заблокированы порты, не может быть создан пользователь SST, неверный пароль SST, отсутствует программное обеспечение xtrabackup и т. Д. И т. Д. Невозможно отличить только от того, что вы предоставили.

Источник
Другие вопросы по тегам