Percona Xtradbcluster: ошибка при получении данных с узла-донора

У меня проблема с присоединением нового узла к percona xtradbcluster.

вот мой журнал:

Я проверил, что test_sstuser работает на honor без каких-либо проблем.

но в новых узлах я получаю эти ошибки:

2014-05-31 04:01:40 2391 [Warning] WSREP: Failed to prepare for incremental state transfer: Local state UUID (00000000-0000-0000-0000-000000000000) does not match group state UUID (02dc9b38-e825-11e3-a67b-4bfddfde0c98): 1 (Operation not permitted)
 at galera/src/replicator_str.cpp:prepare_for_IST():447. IST will be unavailable.
WSREP_SST: [ERROR] Error while getting data from donor node:  exit codes: 1 0 (20140531 04:01:40.934)
WSREP_SST: [ERROR] Cleanup after exit with status:32 (20140531 04:01:40.936)
2014-05-31 04:01:40 2391 [ERROR] WSREP: Process completed with error: wsrep_sst_xtrabackup-v2 --role 'joiner' --address '192.168.0.2' --auth 'test_sstuser:123456' --datadir '/var/lib/mysql/' --defaults-file '/etc/mysql/my.cnf' --parent '2391'  '' : 32 (Broken pipe)
2014-05-31 04:01:40 2391 [ERROR] WSREP: Failed to read uuid:seqno from joiner script.
2014-05-31 04:01:40 2391 [ERROR] WSREP: SST failed: 32 (Broken pipe)
2014-05-31 04:01:40 2391 [ERROR] Aborting
2014-05-31 04:01:41 2391 [Warning] WSREP: 1.0 (test.host.com): State transfer to 0.0 (master-2.test.net) failed: -32 (Broken pipe)
2014-05-31 04:01:41 2391 [ERROR] WSREP: gcs/src/gcs_group.c:gcs_group_handle_join_msg():723: Will never receive state. Need to abort.

Как я могу решить эту проблему ?

С наилучшими пожеланиями

Али


mysql cluster-computing percona xtradb
person a.fti    schedule 31.05.2014    source источник

Ответы (3)


arrow_upward
1
arrow_downward

Я была такая же проблема. Исправление простое, просто добавьте следующее в my.cnf в разделе [mysqld] innodb_log_file_size=48M

(Используйте файл журнала любого размера, который вам нужен, 48M подходит для небольших баз данных)

Затем следуйте инструкциям, чтобы перезапустить mysql с новым размером файла журнала. Основы (но ПРОЧИТАЙТЕ руководство!) остановить mysql удалить файлы ib_logfile* из /var/lib/mysql перезапустить mysql

Не используйте быстрое отключение innodb (прочитайте руководство!)

person Alain Craven    schedule 25.07.2014

arrow_upward
3
arrow_downward

У меня была такая же проблема, но с другим сообщением:

WSREP_SST: [ERROR] xtrabackup process ended without creating '/path/to/mysql/xtrabackup_galera_info' (20150108 13:09:23.012)

Проблема заключалась в том, что я использовал xtrabackup, а не xtrabackup-v2 в своем /etc/mysql/my.cnf:

wsrep_sst_method                        = xtrabackup

Установка его на:

wsrep_sst_method                        = xtrabackup-v2

исправил проблему.

Некоторые рекомендуют не устанавливать эту переменную.

person Yvan    schedule 08.01.2015

arrow_upward
1
arrow_downward

Мы только что столкнулись с этой ошибкой на 1 узле из 3-узлового кластера. Ручная rsync /var/lib/mysql с исправного узла (мы остановили этот узел во время rsync, чтобы не изменять файлы во время синхронизации) на сломанный узел — это то, что нам нужно, чтобы заставить его работать снова.

person Wes Oldenbeuving    schedule 25.02.2015