Euler, Quanto ao SR, muito obrigado pela resposta.
Quanto ao segfault: não, a conexão entre os bancos não usa SSL. Eu queria compilar com openssl por que uso funções do pgcrypto, e conforme a documentação do mesmo "When compiled with OpenSSL, there will be more algorithms available. Also public-key encryption functions will be faster as OpenSSL has more optimized BIGNUM functions" Eis os passos que executei agora, só para deixar claro. 1. Parei o postgresql do standby, que estava sincronizando com o master corretamente. 2. Recompilei: ./configure --enable-thread-safety --with-openssl ; make ; make install 3. Tentei levantar o standby. segfault. Segue BT abaixo. 4. Recompilei: ./configure --enable-thread-safety; make ; make install 5. Postgresql levantou, e replicação SR com o master continuou normalmente. (gdb) bt #0 0x00002aea16d77efc in resetPQExpBuffer () from /usr/local/pgsql/lib/libpq.so.5 #1 0x00002aea16d71980 in pqGets_internal () from /usr/local/pgsql/lib/libpq.so.5 #2 0x00002aea16d75c30 in getParameterStatus () from /usr/local/pgsql/lib/libpq.so.5 #3 0x00002aea16d771f8 in pqParseInput3 () from /usr/local/pgsql/lib/libpq.so.5 #4 0x00002aea16d6e4c0 in PQisBusy () from /usr/local/pgsql/lib/libpq.so.5 #5 0x00002aea16d6b021 in PQconnectPoll () from /usr/local/pgsql/lib/libpq.so.5 #6 0x00002aea16d6ba1e in connectDBComplete () from /usr/local/pgsql/lib/libpq.so.5 #7 0x00002aea16d6ca8f in PQconnectdb () from /usr/local/pgsql/lib/libpq.so.5 #8 0x00002aea16b6047c in libpqrcv_connect () from /usr/local/pgsql/lib/libpqwalreceiver.so #9 0x00000000005cd964 in WalReceiverMain () #10 0x000000000049d475 in AuxiliaryProcessMain () #11 0x00000000005bcb56 in StartChildProcess () #12 0x00000000005c0c9c in sigusr1_handler () #13 <signal handler called> #14 0x0000003af2ecce83 in __select_nocancel () from /lib64/libc.so.6 #15 0x00000000005bd95c in ServerLoop () #16 0x00000000005bedd7 in PostmasterMain () #17 0x000000000056953e in main () André Em 19 de novembro de 2010 15:37, Euler Taveira de Oliveira <[email protected]> escreveu: > André Luciano Dias escreveu: >> Estou com dúvida em relação a configuração do SR. Tenhos 2 servidores >> idênticos, hardware e software, sendo um master e outro em hot >> standby. Os 2 estão replicando através de SR, porém não estou usando >> wal archive. Então ficou a pergunta: existe a necessidade OU é >> aconselhável manter o esquema antigo de arquivar e enviar wal files de >> um servidor para outro, ou o streaming replication sozinho, DESDE que >> com wal_keep_segments configurado com valor bem alto, é suficiente? >> > Com SR *não* há a necessidade de arquivamento; basta manter o valor correto > para wal_keep_segments. O meu próximo artigo [1] vai ser justamente sobre o > tema HS+SR. > >> Ahh...outra coisa. Este não é provavelmente o local certo para >> reportar isso, mas só para constar caso alguém tenha as mesmas >> dificuldades: nos meus testes agora não consegui executar o postgresql >> no servidor standby em modo recovery com o postgresql compilado com >> --with-openssl (em modo "normal" funciona): >> >>> LOG: WAL receiver process (PID 23212) was terminated by signal 11: >>> Segmentation fault >> > A conexão que replica os dados utiliza SSL? Podes fazer os passos a seguir > para visualizarmos o problema? > > $ ulimit -c unlimited > $ pg_ctl start -D $PGDATA > (esperar o segfault) > $ gdb /path/to/postgres $PGDATA/core > (gdb) bt > > > [1] http://eulerto.blogspot.com/ > > > -- > Euler Taveira de Oliveira > http://www.timbira.com/ > _______________________________________________ > 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
