On 24-07-2014 12:20, Matheus de Oliveira wrote: > 2014-07-24 11:20 GMT-03:00 Flavio Henrique Araque Gurgel <[email protected]>: > >> Seu servidor slave cortou o dump. >> Isso acontece quando a configuração "hot_standby_feedback" está desligada >> e o servidor master está com muitas modificações, após uma passagem de >> vacuum as tuplas necessárias ao slave são limpas no master e replicadas, o >> slave cancela as consultas, inclusive o COPY do dump. >> Ligar hot_standby_feedback deve resolver seu problema, ou faça sempre os >> dumps no master que não sofre disso. >> > > > Algo que muita gente não faz é verificar o código de retorno do pg_dump ao > executar um backup. Se o que o Gurgel comentou ocorreu (também creio que > seja isso), o pg_dump apresentou um erro que provavelmente o OP ignorou. > > DICA: Gerem logs de seus scripts, verifiquem por códigos de retorno e se > for redirecionar as saídas para um arquivo, lembre-se que há a saída padrão > (stdout) e saída de erro (stderr). Por exemplo (no Linux ao menos) para > redirecionar a saída do dump você pode fazer: > > $ pg_dump ... 2> erros.log >
+1 E só pra ficar registrado algumas referencias: http://tldp.org/LDP/abs/html/exit-status.html http://www.linuxcommand.org/wss0150.php http://www.cyberciti.biz/faq/shell-how-to-determine-the-exit-status-of-linux-and-unix-command/ Att, -- Fabrízio de Royes Mello 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
