Link com todos os passos que segui:
http://superuser.com/questions/1023770/new-postgresql-slave-server-error-timeline

recovery.conf:

restore_command = 'exec nice -n 19 ionice -c 2 -n 7
../../bin/restore_wal_segment.bash "../wal_archive/%f" "%p"'
archive_cleanup_command = 'exec nice -n 19 ionice -c 2 -n 7
../../bin/pg_archivecleaup_mv.bash -d "../wal_archive" "%r"'
recovery_target_timeline = 'latest'
standby_mode = on
primary_conninfo = 'host=192.168.100.XX port=5432 user=replicator
application_name=replication_new_slave'




Lucas Possamai

kinghost.co.nz
<http://forum.kinghost.co.nz/memberlist.php?mode=viewprofile&u=2&sid=e999f8370385657a65d41d5ff60b0b38>

2016-01-09 13:22 GMT+13:00 drum.lu...@gmail.com <drum.lu...@gmail.com>:

> Pessoal... o pg_bassebackup completou com sucesso...
>
> Fiz o restore pelo wal archive...
> Mas agora, quando voltei a replication no recovery.conf pro master, tenho
> o seguinte erro:
>
> ../wal_archive/0000000400000C68000000C8` not found
> ../wal_archive/00000005.history` not found
>
> FATAL:  timeline 2 of the primary does not match recovery target timeline 1
>
> Sabem o que pode ser?
> Obrigado
>
>
>
>
> Lucas Possamai
>
> kinghost.co.nz
> <http://forum.kinghost.co.nz/memberlist.php?mode=viewprofile&u=2&sid=e999f8370385657a65d41d5ff60b0b38>
>
> 2016-01-07 14:45 GMT+13:00 drum.lu...@gmail.com <drum.lu...@gmail.com>:
>
>> *FRANKLIN:*
>>
>> Fala cara! beleza?
>> Olha.. pode até ser sim.
>>
>> Mas, eu ja tinha rodado este comando com sucesso uma vez (Tive que
>> refazer o processo.....) e tinha funcionado o mesmo comando.. e detalhe...
>> já reiniciei o servidor antes de rodar o comando novamente...
>> Além do que não tenho nada nos logs como TIMEOUT
>>
>> *SEBASTIAN:*
>>
>> Fala cara! Tudo certo?
>>
>> Nada de erros nem no message/syslog/sshd.log etc
>>
>> Pode ser tanto do master quanto dos slaves.. no meu caso, para não
>> sobrecarregar o master eu puxo do slave... já fiz uma vez e deu certo hehehe
>>
>> Sobre o comando:
>> Como eu disse à cima, já usei antes e funcionou (Tive que repetir o
>> processo agora, por isso que estou fazendo novamente)...
>>
>> *O QUE ESTOU FAZENDO AGORA:*
>> Rodei o comando novamente pessoal... antes disso reiniciei o servidor
>> slave02 para "limpar" memória e tudo mais...
>>
>> Está indo.. já passou dos 64GB que antes parava.. Vamos aguardar para ver
>> se não vai dar problema novamente. SE der, vou testar o comando do FRANKLIN:
>>
>> ssh -o connecttimeout=172800 postg...@prod-db-01.geoop.com
>> 'pg_basebackup --pgdata=- --format=tar --label=bb_master --progress
>> --host=localhost --port=5432 --username=replicator --xlog | pv --quiet
>> --rate-limit 100M' | tar -x --no-same-owner
>>
>> Obrigado pela rápida resposta!
>> Lucas
>>
>>
>>
>> Lucas Possamai
>>
>> kinghost.co.nz
>> <http://forum.kinghost.co.nz/memberlist.php?mode=viewprofile&u=2&sid=e999f8370385657a65d41d5ff60b0b38>
>>
>> 2016-01-07 14:35 GMT+13:00 Sebastian Webber <sebast...@swebber.me>:
>>
>>>
>>>
>>> Em 6 de janeiro de 2016 23:01, drum.lu...@gmail.com <
>>> drum.lu...@gmail.com> escreveu:
>>>
>>>> Olá pessoal...
>>>>
>>>
>>> Boa noite!
>>>
>>>
>>>
>>>> Rodando o comando (pg_basebackup) para poder ativar um novo slave,
>>>> posso ver que ele executa o comando até certo ponto. Quando chega em 68 GB
>>>> (deveria copiar /base que tem 1.7TB ) ele simplesmente para...
>>>>
>>>
>>>
>>> Algum erro no log do servidor remoto? que quando falo log quero dizer:
>>> arquivos no pg_log, syslog (/var/log/messages), dmesg.
>>>
>>>
>>>>
>>>> Seguinte cenário:
>>>>
>>>> masterdb1 - Servidor Master
>>>> slave01 - Servidor slave WARM (Estou realizando o pg_basebackup por
>>>> este)
>>>> slave02 - Novo servidor slave WARM (neste é que rodo o comando.
>>>>
>>>> não aparece nada nos logs do slave01 pois o postgreSQL não está rodando
>>>> mas também não há nada nos logs do slave02 e do master....
>>>>
>>>> nada mesmo
>>>>
>>>> Comando rodado:
>>>>
>>>> --------
>>>>
>>>> *# (as root)*
>>>> screen -t basebackup
>>>> su - postgres
>>>> cd ~/9.2/data/
>>>>
>>>> *# (as postgres)*
>>>> ssh postgres@slave01 'pg_basebackup --pgdata=- --format=tar
>>>> --label=bb_slave01 --progress --host=localhost --port=5432 --username=rep
>>>> --xlog | pv --quiet --rate-limit 100M' | tar -x --no-same-owner
>>>>
>>>
>>> o host não seria masterdb1? afinal, é dele que vc está fazendo o backup.
>>>
>>> Sem usar o formato tar, ocorre o mesmo problema? Outra coisa: por que
>>> não rodar o comando diretamente pelo servidor remoto?
>>>
>>> Pra testar, eu faria:
>>>
>>> ssh postgres@slave01
>>>
>>> screen -x
>>>
>>> pg_basebackup -h masterdb1 -U rep --xlog -P -v -Fp -D
>>> /caminho/para/o/pgdata
>>>
>>>
>>> Tenta aí e me avisa como fica.
>>>
>>> --
>>> Sebastian Webber
>>> http://swebber.me
>>>
>>> _______________________________________________
>>> pgbr-geral mailing list
>>> pgbr-geral@listas.postgresql.org.br
>>> https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
>>>
>>
>>
>
_______________________________________________
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Responder a