Streaming [RESOLVIDO]

waltterm2303
(usa Suse)

Enviado em 13/02/2012 - 10:04h

Bom dia

Pessoal

Tenho 02 servidores um master e um slave fiz Streaming Replication tudo correu bem , coloquei no ar os dois bancos o master replicando para o slave , cheguei noutro dia a msg

FATAL: could not receive data from WAL stream: FATAL


Nao sei mais o que fazer voces poderiam me ajudar?

Segue um trecho do log

MASTER

LOG: connection received: host=10.90.3.233 port=39731
LOG: replication connection authorized: user=postgres
FATAL: requested WAL segment 00000001000000050000006F has already been removed
LOG: disconnection: session time: 0:00:00.001 user=postgres database= host=10.9
0.3.233 port=39731
LOG: connection received: host=10.90.3.233 port=39732
LOG: replication connection authorized: user=postgres
FATAL: requested WAL segment 00000001000000050000006F has already been removed
LOG: disconnection: session time: 0:00:00.001 user=postgres database= host=10.9
0.3.233 port=39732


SLAVE

LOG: streaming replication successfully connected to primary
FATAL: could not receive data from WAL stream: FATAL: requested WAL segment 00
000001000000050000006F has already been removed

LOG: streaming replication successfully connected to primary
FATAL: could not receive data from WAL stream: FATAL: requested WAL segment 00
000001000000050000006F has already been removed

LOG: streaming replication successfully connected to primary
FATAL: could not receive data from WAL stream: FATAL: requested WAL segment 00
000001000000050000006F has already been removed

LOG: streaming replication successfully connected to primary
FATAL: could not receive data from WAL stream: FATAL: requested WAL segment 00
000001000000050000006F has already been removed

madrux
(usa Ubuntu)

Enviado em 14/02/2012 - 15:17h

Amigo, os dois servidores que você esta utlizando devem possuir hardware diferentes e isso e esta fazendo com que o seu servidor Slave não esteja consumindo os "blocos" arquivos de log do servidor Master, experimente aumente o wal_keep_segments.

waltterm2303
(usa Suse)

Enviado em 15/02/2012 - 09:52h

Bom dia

Não amigo as duas maquinas sao idênticas,

walter

madrux
(usa Ubuntu)

Enviado em 15/02/2012 - 10:37h

Mas você alterou o parâmetro wal_keep_segments? Depois que você alterar o valor do parâmetro faça copia novamente dos dados do servidor primário para o secundário, uma vez que ele não conseguiu restaurar alguns arquivos de WAL.

waltterm2303
(usa Suse)

Enviado em 15/02/2012 - 12:23h

Boa tarde

Amigo , nao precisei , tinha uma aplicacao que rodava toda noite pelo Crontab com um vacuum, removi este vacuum e agora aparentemente esta normal

Valeu pela dica.

madrux
(usa Ubuntu)

Enviado em 15/02/2012 - 13:17h

mas vc deveria tentar aumentar o parâmetro pois afinal de contas você irá precisar executar o Vacuum

waltterm2303
(usa Suse)

Enviado em 15/02/2012 - 21:17h

Sim , o proximo passo sera aumentar o wall_keep segments ,a respeito do vaccum eu estava usando mais sem necessidade pois ja existe o autovaccum , que roda quando o sistema necessita, entao era so uma cautela a mais, estava rodando sem necessidade.

madrux
(usa Ubuntu)

Enviado em 16/02/2012 - 10:50h

Tive esse mesmo problema, ao executar o vacuum no servidor master. Meu banco de dados esta ocupando em torno de 100GB, e ha muitos comandos DDL ocorrem muitas alterações, e os blocos de WAL são separados a cada 16MB portanto leva um pouco mais de tempo pra aplicar as alterações no Slave.

waltterm2303
(usa Suse)

Enviado em 16/02/2012 - 11:03h

concordo

Meu banco meus wall_keep e separado por blocos de 32 um pouco maior,
Parei o vaccum e agora estou tranquilo vou esperar um pouco mais e vejo se realmente vai precisar aumentar o wall_keep.

obrigado pela ajuda