Estou tentando configurar um cluster do Percona XtraDB em duas máquinas .. mas estou tendo um tempo terrível para colocar a segunda máquina em funcionamento.
Eu usei este artigo como referência, e embora pareça estar quase funcionando, provavelmente há algo básico que está faltando.
As máquinas são as seguintes:
Node 1: 192.168.2.10
Node 2: 192.168.2.11
Ambas as máquinas rodam o Ubuntu 12.04 LTS.
O arquivo de configuração no Nó 1 é semelhante ao artigo.
Quando inicio este nó usando a configuração acima, ele funciona normalmente. Eu posso logar via linha de comando e rodar o
mysql> SHOW status LIKE 'wsrep%';
comando como descreve. Tudo parece normal.
NOTA: O nó 1 era anteriormente um servidor mySQL padrão e já tem dados na pasta / var / lib / mysql. Isso não afetou a inicialização normalmente com a configuração acima.
Eu, então, sigo as etapas descritas no artigo sobre adicionar um novo nó. Isto parece ser onde eu me deparo com problemas.
Eu criei o my.ini no Node 2 (192.168.2.11) e usei uma configuração semelhante ao artigo.
Quando eu tento iniciar o serviço usando o serviço mysql start , ele diz que ele é iniciado, mas não consigo mais conectar por meio da linha de comando.
Eu tentei alterar o arquivo de configuração no Nó 1 de volta para o original e, em seguida, iniciar o Nó 2, mas também não está funcionando.
Eu capturei os logs simplesmente iniciando o mysql com o comando mysqld na linha de comando, e aqui está o resultado aparado (somente coisas com erros):
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
Veja o que o Nó 1 relata enquanto o Nó 2 está se conectando (Nó 1 usando o primeiro arquivo de configuração - novamente aparado)
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
O nó 2 relatou semelhante.
Se alguém puder me ajudar com o erro bobo que eu cometi, seria muito apreciado.
(Desculpe pela extensão do post - eu queria fornecer o máximo de informações possível)
tem certeza de que os scripts do percona-xtrabackup e de backup / replicação estão instalados corretamente? Lendo seus logs, parece que o nó não pode localizar wsrep_sst_xtrabackup, então ele falha.
Além disso, aconteceu comigo com o wsrep_sst_rsync ( link ), talvez este seja um problema semelhante.
Saudações.