Pois é Gurgel, Este procedimento foi executado e estava funcionando sem problemas enquanto dava a carga no ambiente. Inclusive quando ele foi iniciado, eu fiz alguns testes e as réplica eram executadas sem problemas, via stream. Apenas após a carga, foi dado um restart no postgres e a mensagem apareceu. A única diferença é que no restore, eu havia salvado um globals para a criação das roles, inclusive a role do postgres. Eu acredito que a origem surgiu aí, mas ainda não consegui entender o motivo.
Veja o hba. host replication postgres 192.168.0.1/32 trust host replication postgres 192.168.0.2/32 trust Abraços, Mauro. Em 20 de dezembro de 2011 16:08, Flavio Henrique Araque Gurgel < [email protected]> escreveu: > > Tenho 2 servidoras ligadas em cluster ( 9.1) hotstandby. Dei uma carga na > > primeira e o sincronismo ocorreu certinho para a segunda máquina, porém, > > após o término, parei todo cluster e quando o iniciei, ele passou a dar a > > seguinte mensagem: > > > > BRST FATAL: deve ser role de replicacao para iniciar walsender > > > > A iniciacao foi feita tanto atraves do root, quanto do usuario postgres. > > > > Alguém tem alguma dica ? > > Você precisa de um usuário com a flag REPLICATION habilitada. > No mestre: > CREATE ROLE blablabla REPLICATION; > Ainda no mestre, no pg_hba.conf > host replication blablabla x.y.z.k/32 md5 > No escravo, use a role criada acima para conexão. Isso é configurado > no recovery.conf. > > []s > Flavio Gurgel > _______________________________________________ > pgbr-geral mailing list > [email protected] > https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral >
_______________________________________________ pgbr-geral mailing list [email protected] https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
