Em 3 de fevereiro de 2016 11:35, Glauco Torres <[email protected]> escreveu:
> >> >> Com relação a streaming replication (PostgreSQL 9.3), estou com o >> seguinte problema no meu servidor standby: >> >> *LOG: arquivo de log restaurado "000000010000094300000010" do arquivador* >> *LOG: endereço da página 942/BA000000 inesperado no arquivo de log >> 000000010000094300000010, posição 0* >> *LOG: iniciado fluxo de WAL do principal em 943/10000000 na linha do >> tempo 1* >> *FATAL: não pôde receber dados do fluxo do WAL: ERRO: segmento do WAL >> solicitado 000000010000094300000010 já foi removido* >> >> Temos uma rotina que comprimi (7z) e envia blocos do WAL do Master para o >> Standby via scp. O Standby vai aplicando conforme os mesmos vão sendo >> disponibilizados. Esta rotina também efetua a limpeza dos segmentos que já >> foram aplicados no Standby, para isso, utilizamos o pg_controldata para >> verificar a posição atual de segmentos aplicados standby, com essa >> informação pegamos todos os segmentos WAL para trás e descartamos. >> >> Conforme a informação do log acima, ele me diz que o segmento >> WAL 000000010000094300000010 referencia um segmento anterior 942/BA000000, >> este já foi descartado. >> > > Cara, ao que parece seu standby parou por um período ou ouve algum > problema de comunicação. > > >> É isso mesmo ? Alguém já passou por esse problema ? Vou ter que >> re-sincronizar tudo com o basebackup ? >> >> > É isso mesmo. Sim, já passei. Sim, vai ter re-sincronizar. > Fico curioso se o pg_rewind[1] poderia ajudar nessas horas. [1] http://www.postgresql.org/docs/9.5/static/app-pgrewind.html -- Sebastian Webber http://swebber.me
_______________________________________________ pgbr-geral mailing list [email protected] https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
