2012/11/12 André Ormenese <[email protected]>

>
>
> 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 ...
>
>
aff... Cara, jamais exclua algo dentro do $PGDATA, talvez pg_log... mas
só...


> 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 ?
>

Se for só arquivo com extensão .backup, você está tranquilo, copie o
backup_label para esse arquivo:

cd $PGDATA
cp backup_label pg_xlog/0000000300000001000000AE.00000020.backup


> Nem o pg_stop_backup() está funcionando mais.
>
>
>
Isso é normal, o pg_stop_backup pára se o archive está com erro.


-- 
Matheus de Oliveira
Analista de Banco de Dados PostgreSQL
Dextra Sistemas - MPS.Br nível F!
www.dextra.com.br/postgres
_______________________________________________
pgbr-geral mailing list
[email protected]
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Responder a