On 24-07-2014 12:47, Fabrízio de Royes Mello wrote: > 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/ >
Desculpem, mas não poderia deixar de passar também uma referencia tupiniquim: http://aurelio.net/shell/canivete/ 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
