÷o;~˪zëøã_8ïMôçMuÓCompletando email anterior, outra coisa que achei muito interessante.
Se eu parar o serviço postgresql do servidor slave, a mensagem de log:
FATAL: could not receive data from WAL stream: FATAL: segmento do WAL solicitado 000000010000000900000005 já foi removido não aparece mais no servidor master, mas se eu iniciar o postgres a mensagem aparece novamente no log.
---------------------------------- Mensagem Original -----------------------------------
Assunto: Re: [pgbr-geral] Streaming replication + Vaccum DB
De: [email protected]
Data: Ter, Maio 3, 2011 7:36 am
Para: "Comunidade PostgreSQL Brasileira" <[email protected]>
CC: [email protected]
----------------------------------------------------------------------------------------
> Em 03-05-2011 00:56, [email protected] escreveu:>> Ta
parecendo que isto ocorre quando o banco e ocupa algums GB no meu>> caso 25
GB. Tentei setando wal_keep_segments = 500 e mesmo assim o erro>> persiste
quando gera o vaccum.>>> Vi alguns relatos desta mensagem mas
ninguém chegou a uma conclusão. Como eu> não consigo
reproduzir o erro aqui, tens como testar dois cenários:> > (i)
listar os arquivos do pg_xlog antes da cópia (salve em um arquivo) e>
depois verificar se o arquivo pedido estava anteriormente no servidor principal;
Isto, fiz uma copia completa do data antes de efetuar o vaccum,
e o arquivo 000000010000000900000005 solicitado não esta dentro do
pg_xlog> > (ii) faça o backup físico (vide meu
blog) ao copiar os arquivos do servidor> principal (estará no ar) ao
invés do backup "frio".Quando iniciei os
testes fiz a copia com o servidor do ar, confome vc descreve em seu blog, e ocorreu o
mesmo problema.Estou pensando em refazer a conf
do servidor master, e retornando um backup somente do banco, para ver se o problema
continua ocorrendo.> Euler Taveira de Oliveira - Timbira
http://www.timbira.com.br/> PostgreSQL: Consultoria,Desenvolvimento,
Suporte 24x7 e Treinamento> _______________________________________________> pgbr-geral mailing list> [email protected]>
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral>
_______________________________________________
pgbr-geral mailing list
[email protected]
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
> Em 03-05-2011 00:56, [email protected] escreveu:
>> Ta
parecendo que isto ocorre quando o banco e ocupa algums GB no meu
>> caso 25
GB. Tentei setando wal_keep_segments = 500 e mesmo assim o erro
>> persiste
quando gera o vaccum.
>>
> Vi alguns relatos desta mensagem mas
ninguém chegou a uma conclusão. Como eu
> não consigo
reproduzir o erro aqui, tens como testar dois cenários:
>
> (i)
listar os arquivos do pg_xlog antes da cópia (salve em um arquivo) e
>
depois verificar se o arquivo pedido estava anteriormente no servidor principal;
Isto, fiz uma copia completa do data antes de efetuar o vaccum,
e o arquivo 000000010000000900000005 solicitado não esta dentro do
pg_xlog
>
> (ii) faça o backup físico (vide meu
blog) ao copiar os arquivos do servidor
> principal (estará no ar) ao
invés do backup "frio".
Quando iniciei os
testes fiz a copia com o servidor do ar, confome vc descreve em seu blog, e ocorreu o
mesmo problema.
Estou pensando em refazer a conf
do servidor master, e retornando um backup somente do banco, para ver se o problema
continua ocorrendo.
> Euler Taveira de Oliveira - Timbira
http://www.timbira.com.br/
> PostgreSQL: Consultoria,
Desenvolvimento,
Suporte 24x7 e Treinamento
> _______________________________________________
> pgbr-geral mailing list
> [email protected]
>
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
>
_______________________________________________ pgbr-geral mailing list [email protected] https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
