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
