Я пытаюсь настроить кластер Percona XtraDB на двух машинах ... но у меня ужасное время, чтобы запустить и запустить вторую машину.
я использовал Эта статья в качестве справки, и хотя он, кажется, почти работает, вероятно, что-то базовое мне не хватает.
Машины бывают следующие:
Node 1: 192.168.2.10
Node 2: 192.168.2.11
Обе машины работают под управлением Ubuntu 12.04 LTS.
Конфигурационный файл на Узле 1 похож на статью.
Когда я запускаю этот узел, используя указанную выше конфигурацию, он работает нормально. Я могу войти в него через командную строку и запустить
mysql> SHOW status LIKE 'wsrep%';
команда, как она описывает. Все нормально выглядит.
ПРИМЕЧАНИЕ. Узел 1 ранее был стандартным сервером mySQL и уже имел данные в папке / var / lib / mysql. Это не повлияло на его нормальный запуск с указанной выше конфигурацией.
Затем я выполняю шаги, описанные в статья относительно добавления нового узла. Кажется, именно здесь я сталкиваюсь с проблемами.
Я создал my.ini на узле 2 (192.168.2.11), и использовал конфигурацию, аналогичную описанной в статье.
Когда я пытаюсь запустить службу, используя запуск службы mysql, он говорит, что запущен, но я больше не могу подключиться через командную строку.
Я попытался изменить файл конфигурации на узле 1 обратно на исходный, а затем запустить узел 2, но это тоже не работает.
Я записал журналы, просто запустив mysql с помощью команды mysqld в командной строке, и вот обрезанный результат (только вещи с ошибками):
130206 14:53:56 [ERROR] WSREP: Failed to read 'ready <addr>' from: wsrep_sst_xtrabackup --role 'joiner' --address 'ip_address' --auth 'root:password' --datadir '/var/lib/mysql/' --defaults-file '/etc/mysql/my.cnf' --parent '14762'
Read: '(null)'
130206 14:53:56 [ERROR] WSREP: Process completed with error: wsrep_sst_xtrabackup --role 'joiner' --address 'ip_address' --auth 'root:password' --datadir '/var/lib/mysql/' --defaults-file '/etc/mysql/my.cnf' --parent '14762': 2 (No such file or directory)
130206 14:53:56 [ERROR] WSREP: Failed to prepare for 'xtrabackup' SST. Unrecoverable.
130206 14:53:56 [ERROR] Aborting
Вот что сообщает узел 1 при подключении узла 2 (узел 1 использует первый файл конфигурации - снова обрезанный)
130206 14:59:44 [ERROR] WSREP: failed to open gcomm backend connection: 110: failed to reach primary view: 110 (Connection timed out)
at gcomm/src/pc.cpp:connect():139
130206 14:59:44 [ERROR] WSREP: gcs/src/gcs_core.c:gcs_core_open():195: Failed to open backend connection: -110 (Connection timed out)
130206 14:59:44 [ERROR] WSREP: gcs/src/gcs.c:gcs_open():1290: Failed to open channel 'percona_cluster' at 'gcomm://192.168.2.11': -110 (Connection timed out)
130206 14:59:44 [ERROR] WSREP: gcs connect failed: Connection timed out
130206 14:59:44 [ERROR] WSREP: wsrep::connect() failed: 6
130206 14:59:44 [ERROR] Aborting
Узел 2 сообщил о том же.
Если кто-нибудь может помочь мне с той глупой ошибкой, которую я совершил, я был бы очень признателен.
(Извините за длину сообщения - я хотел предоставить как можно больше информации)
Вы уверены, что у вас правильно установлены сценарии percona-xtrabackup и резервного копирования / репликации? Читая ваши журналы, кажется, что узел не может найти wsrep_sst_xtrabackup, поэтому он не работает.
Также это случилось со мной с wsrep_sst_rsync (https://bugs.launchpad.net/percona-xtradb-cluster/+bug/917265), возможно, это аналогичная проблема.
Приветствую.