> Qual usuário criou o arquivo trigger? O arquivo de trigger tem de ser
> visível para o usuário do PostgreSQL (normalmente "postgres").
testei novamente (por garantia) criando o arquivo pelo usuario postgres.. mas
sem novidade
> O caminho está correto? O caminho tem de ser o mesmo do recovery.conf
criei em várias pastas para efeito de teste:
/var/lib/postgresql/9.1/main/tmp/psql.trigger
/var/lib/postgresql/9.1/main/psql.trigger
/etc/postgresql/9.1/main/tmp/psql.trigger
/etc/postgresql/9.1/main/psql.trigger
/tmp/psql.trigger
> O caminho no recovery.conf está correto? O caminho tem de ser absoluto.
Creio que sim.. pois ele está conseguindo identificar o master e abrir a
conexão...
/var/lib/postgresql/9.1/main/tmp/psql.trigger
> O recovery.conf está correto? Qual é a entrada que você colocou? Não
> está comentado sem querer?
restore_command = 'cp /var/lib/postgresql/9.1/main/pg_xlog/%f "%p"'
standby_mode = 'on'
primary_conninfo = 'host=192.168.1.81 port=5432 user=postgres'
trigger_file = '/tmp/psql.trigger'
> Deu algum erro no log na subida do PostgreSQL, ignorando algum parâmetro?
Não.. exceto por essa linha em negrito.. que surgiu num novo teste..
2012-03-16 16:06:37 BRT LOG: sistema de banco de dados foi interrompido;
?ltima execu??o em 2012-03-16 15:45:14 BRT
2012-03-16 16:06:37 BRT LOG: entrando no modo em espera
2012-03-16 16:06:37 BRT LOG: arquivo de log restaurado
"000000010000000000000012" do arquivador
2012-03-16 16:06:37 BRT LOG: pacote de inicializa??o incompleto
2012-03-16 16:06:37 BRT LOG: estado de recupera??o consistente atingido em
0/12000070
2012-03-16 16:06:37 BRT LOG: sistema de banco de dados est? pronto para
aceitar conex?es somente leitura
2012-03-16 16:06:37 BRT LOG: registro com tamanho zero em 0/12000070
2012-03-16 16:06:37 BRT LOG: registro com tamanho zero em 0/12000070
2012-03-16 16:06:37 BRT LOG: replica??o em fluxo conectou-se com sucesso ao
servidor principal
> Na hora de gerar o arquivo trigger, houve algum erro no log do PostgreSQL?
Também não.. mas nos ultimos testes, ele tem parado de registrar após criar o
arquivo trigger, sem avisar que foi perdida a conexão do master..
> Desculpe, muitas perguntas, mas todas pertinentes.
Tranquilo, me ajudou a observar mais detalhes por conta delas.
Repeti o teste, eno log reconheceu a existencia do arquivo trigger.. porém a
slave permanece no estado de "replicando"
2012-03-16 16:09:14 BRT LOG: arquivo de log restaurado
"000000010000000000000013" do arquivador
2012-03-16 16:09:14 BRT LOG: registro com tamanho zero em 0/13000070
2012-03-16 16:09:14 BRT LOG: arquivo de gatilho encontrado: /tmp/psql.trigger
2012-03-16 16:09:14 BRT LOG: arquivo de log restaurado
"000000010000000000000013" do arquivador
2012-03-16 16:09:14 BRT LOG: registro com tamanho zero em 0/13000070
2012-03-16 16:09:19 BRT FATAL: n?o p?de conectar ao servidor principal: n?o
p?de conectar ao servidor: Conex?o recusada
O servidor est? executando na m?quina "192.168.1.81" e aceitando
conex?es TCP/IP na porta 5432?
_______________________________________________
pgbr-geral mailing list
[email protected]
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
