Em 12 de novembro de 2012 15:42, Flavio Henrique Araque Gurgel < [email protected]> escreveu:
> > Em 12-11-2012 15:33, André Ormenese escreveu: > > Boa tarde.... > > > > Pessoal, meu banco(versão 9.2.1) parou de executar o archive_command. > > > > No log recebo a seguinte mensagem : > > > > 2012-11-12 15:09:14 BRST [22837]: [1-1] user=,db= LOG: archive command > > failed with exit code 1 > > 2012-11-12 15:09:14 BRST [22837]: [2-1] user=,db= DETAIL: The failed > > archive command was: test ! -f > > /dados/wal/rastro/"0000000300000001000000AE.00000020.backup" && cp > > "pg_xlog/0000000300000 > > 001000000AE.00000020.backup" > > /dados/wal/rastro/"0000000300000001000000AE.00000020.backup" > > 2012-11-12 15:09:15 BRST [22844]: [1-1] user=postgres,db=[unknown] > > FATAL: requested WAL segment 0000000300000001000000CD has already been > > removed > > cp: pg_xlog/0000000300000001000000AE.00000020.backup: No such file or > > directory > > > > > > Como eu faço para que estes arquivos não sejam verificados e que o banco > > suba "olhando" apenas para os arquivos 0000000300000001000000D7 em > > diante ??? > > Já parei o banco e iniciei novamente, mas ele insiste na cópia > > do 0000000300000001000000AE.00000020.backup. > > Por acaso você removeu arquivos à mão? > > É possível que isso tenha ocorrido através da execução de um script que fica no cron ... Tem como dar um bypass e fazer o banco subir com os dados que já estão no disco, e passar a gerar o archive a partir desse momento ? Nem o pg_stop_backup() está funcionando mais.
_______________________________________________ pgbr-geral mailing list [email protected] https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
