[pgbr-geral] tutorial slony
http://www.onlamp.com/pub/a/onlamp/2004/12/16/slony_install.html Este tutorial, apesar de ser de 2004 ainda se aplica ao slon1-1.2.13 ? TKS Juliano -- "DISCLAIMER: Esta mensagem e seus anexos são destinados exclusivamente ao(s) destinatário(s) identificado(s) acima e contêm informações confidenciais ou privilegiadas. Se você não é o destinatário destes materiais, não está autorizado a utilizá-los para nenhum fim. Solicitamos que você apague a mensagem e seus anexos e avise imediatamente o remetente. O conteúdo desta mensagem e de seus anexos não representa necessariamente a opinião e a intenção da empresa, não implicando em qualquer obrigação ou responsabilidade adicionais." IMPRIMA SOMENTE O NECESSÁRIO. MENOS PAPEL, MAIS ÁRVORES. UMA CAMPANHA DO GRUPO BEM PARA PRESERVAÇÃO DO MEIO AMBIENTE. -- ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] pgcluster
Além disso, connections on Unix domain socket "/tmp/.s.PGSQL.0"? Não sei, mas acho que o pgreplicator deve conectar um unix socket não tcp, só depois que como usuario postgres criei um link de /tmp/.s.5432 para /tmp/.s.0, a coisa começou a rolar, mas achei estranho. Estranho, pois apenas (pelo que li) para fazer o que eu quero (replicação) apenas é necessário mexer no pgreplicator.conf, colocando na master(rep_1) os 2 hosts (rep_1 e rep_2). Estou testando, em breve novidades! * Juliano Souza * Dickson Guedes wrote: Juliano, Em seu DEBUG LOG: -- 2008-04-25 16:16:35 [32223] DEBUG:registering (key,value)=(Host_Name,pg2) 2008-04-25 16:16:35 [32223] DEBUG:registering (key,value)=(Replication_Port,8001) 2008-04-25 16:16:35 [32223] DEBUG:registering (key,value)=(Recovery_Port,8101) 2008-04-25 16:16:35 [32223] DEBUG:registering (key,value)=(RLOG_Port,8301) -- Não deveria ter a porta 5432 em uma (chave,valor) do tipo (Port,5432)? ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] pgcluster
Sim, no postgresql.conf -> listen_addresses = '*' port = 5432 Consigo acessar via psql. * Juliano Souza * Dickson Guedes wrote: Juliano Souza - TI escreveu: > (...) 2008-04-25 16:16:35 [32223] DEBUG:PGRis_same_host():target host 2008-04-25 16:16:35 [32223] ERROR:PGRcreateConn():Retry. h_errno is 1,reason is 'could not connect to server: No such file or directory Is the server running locally and accepting connections on Unix domain socket "/tmp/.s.PGSQL.0"? ' > (...) Juliano, Sobre a pergunta que o próprio debug o fez, "o servidor está rodando localmente e aceitando conexões"? ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
[pgbr-geral] pgcluster
Amigos! Estou implementando o pgcluster apenas para replicação --> pgreplicator.conf Porém: [EMAIL PROTECTED]:~$ ./bin/pgreplicate -D share/ -n -v 2008-04-25 16:16:35 [32223] DEBUG:PGR_Get_Conf_Data ok 2008-04-25 16:16:35 [32223] DEBUG:LoadBalanceTbl allocate ok 2008-04-25 16:16:35 [32223] DEBUG:PGRget_Conf_Data():CascadeTbl shmget ok 2008-04-25 16:16:35 [32223] DEBUG:PGRget_Conf_Data():CascadeTbl shmat ok 2008-04-25 16:16:35 [32223] DEBUG:PGRget_Conf_Data():CascadeInf shmget ok 2008-04-25 16:16:35 [32223] DEBUG:PGRget_Conf_Data():CascadeInf shmat ok 2008-04-25 16:16:35 [32223] DEBUG:PGRget_Conf_Data():CommitLog shmget ok 2008-04-25 16:16:35 [32223] DEBUG:PGRget_Conf_Data():Commit_Log_Tbl shmat ok 2008-04-25 16:16:35 [32223] DEBUG:PGRget_Conf_Data():RLog Memory Allocation ok 2008-04-25 16:16:35 [32223] DEBUG:registering (key,value)=(Host_Name,pg2) 2008-04-25 16:16:35 [32223] DEBUG:registering (key,value)=(Replication_Port,8001) 2008-04-25 16:16:35 [32223] DEBUG:registering (key,value)=(Recovery_Port,8101) 2008-04-25 16:16:35 [32223] DEBUG:registering (key,value)=(RLOG_Port,8301) 2008-04-25 16:16:35 [32223] DEBUG:registering (key,value)=(Response_Mode,normal) 2008-04-25 16:16:35 [32223] DEBUG:registering (key,value)=(Use_Replication_Log,no) 2008-04-25 16:16:35 [32223] DEBUG:registering (key,value)=(Replication_Timeout,1min) 2008-04-25 16:16:35 [32223] DEBUG:registering (key,value)=(LifeCheck_Timeout,3s) 2008-04-25 16:16:35 [32223] DEBUG:registering (key,value)=(LifeCheck_Interval,15s) 2008-04-25 16:16:35 [32223] DEBUG:registering (key,value)=(File_Name,/opt/pgsql/pgreplicate.log) 2008-04-25 16:16:35 [32223] DEBUG:registering (key,value)=(File_Size,1M) 2008-04-25 16:16:35 [32223] DEBUG:registering (key,value)=(Rotate,3) 2008-04-25 16:16:35 [32223] DEBUG:PGRget_Conf_Data():HostTbl shmget ok 2008-04-25 16:16:35 [32223] DEBUG:PGRget_Conf_Data():HostTbl shmat ok 2008-04-25 16:16:35 [32224] DEBUG:PGRrecovery_main():PGRrecovery_main bind port 8101 2008-04-25 16:16:35 [32223] DEBUG:replicate_main():entering replicate_main 2008-04-25 16:16:35 [32223] DEBUG:replicate_main() 8001 port bind OK 2008-04-25 16:16:35 [32223] DEBUG:cmdSts=N 2008-04-25 16:16:35 [32223] DEBUG:rlog=0 2008-04-25 16:16:35 [32223] DEBUG:port=0 2008-04-25 16:16:35 [32223] DEBUG:pid=0 2008-04-25 16:16:35 [32223] DEBUG:from_host=12.0.0.221 2008-04-25 16:16:35 [32223] DEBUG:dbName=template1 2008-04-25 16:16:35 [32223] DEBUG:userName=postgres 2008-04-25 16:16:35 [32223] DEBUG:recieve sec=0 2008-04-25 16:16:35 [32223] DEBUG:recieve usec=0 2008-04-25 16:16:35 [32223] DEBUG:query_size=60 2008-04-25 16:16:35 [32223] DEBUG:request_id=0 2008-04-25 16:16:35 [32223] DEBUG:replicate_id=0 2008-04-25 16:16:35 [32223] DEBUG:recovery_status=0 2008-04-25 16:16:35 [32223] DEBUG:query=SELECT PGR_SYSTEM_COMMAND_FUNCTION(1,'12.0.0.221',8001,8101) 2008-04-25 16:16:35 [32223] DEBUG:PGRis_same_host():target host 2008-04-25 16:16:35 [32223] ERROR:PGRcreateConn():Retry. h_errno is 1,reason is 'could not connect to server: No such file or directory Is the server running locally and accepting connections on Unix domain socket "/tmp/.s.PGSQL.0"? ' 2008-04-25 16:16:35 [32223] ERROR:PGRcreateConn():Retry. h_errno is 1,reason is 'could not connect to server: No such file or directory Is the server running locally and accepting connections on Unix domain socket "/tmp/.s.PGSQL.0"? ' 2008-04-25 16:16:35 [32223] ERROR:PGRcreateConn():Retry. h_errno is 1,reason is 'could not connect to server: No such file or directory Is the server running locally and accepting connections on Unix domain socket "/tmp/.s.PGSQL.0"? ' 2008-04-25 16:16:35 [32223] ERROR:PGRcreateConn():Retry. h_errno is 1,reason is 'could not connect to server: No such file or directory Is the server running locally and accepting connections on Unix domain socket "/tmp/.s.PGSQL.0"? ' 2008-04-25 16:16:35 [32223] DEBUG:setTransactionTbl(): 0@ is not ready 2008-04-25 16:16:35 [32223] ERROR:replicate_packet_send_internal():setTransactionTbl failed -- * Juliano Souza * Tecnologia Grupo BEM - Emergências Médicas PABX (11) 38716746 www.grupobem.com.br ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Replicação
É 24x7 porém não chega a tanto. * Juliano Souza * Leandro Henrique Pereira wrote: Euler Taveira de Oliveira escreveu: Juliano Souza - TI wrote: Eu achava que replicação assíncrona estava fora de cogitação, mas pode ser ideal ao ambiente, mas tem que ser mais on-line possível. Qualquer uma das soluções assíncronas do PostgreSQL podem ser configuradas para ter um atraso de poucos segundos. É claro, o custo pode ser considerável em uma ou outra. Como os colegas já falaram você precisa definir bem o que o seu negocio precisa. Mesmo poucos segundos de diferença podem significar a perda de milhares de transações e para alguns tipos de aplicações isto é inacreditável. Imagine que você esta trabalhando com uma aplicação financeira, o sistema de conta corrente do seu banco por exemplo, neste tipo de aplicação a perda de uma unica transação já é algo que não pode ocorrer. Então avalie bem o que o negócio tem como requisito antes de tentar implementar qualquer solução de replicação. Leandro Henrique Pereira Neto Administração de bancos de dados - DBA/OC SUPCD/CDSUT/CDSBB 61 21059359 "Esta mensagem do SERVIÇO FEDERAL DE PROCESSAMENTO DE DADOS (SERPRO), empresa pública federal regida pelo disposto na Lei Federal nº 5.615, é enviada exclusivamente a seu destinatário e pode conter informações confidenciais, protegidas por sigilo profissional. Sua utilização desautorizada é ilegal e sujeita o infrator às penas da lei. Se você a recebeu indevidamente, queira, por gentileza, reenviá-la ao emitente, esclarecendo o equívoco." "This message from SERVIÇO FEDERAL DE PROCESSAMENTO DE DADOS (SERPRO) -- a government company established under Brazilian law (5.615/70) -- is directed exclusively to its addressee and may contain confidential data, protected under professional secrecy rules. Its unauthorized use is illegal and may subject the transgressor to the law's penalties. If you're not the addressee, please send it back, elucidating the failure." ___ 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
Re: [pgbr-geral] Replicação
Olá! Em relação ao sistema de replicação do mysql, posso dizer que aqui funciona muito bem, desde 2004 o id de transaction do slave nunca deu um delay de mais de meia hora. No caso, consegui propor a idéia da replicação assíncrona aqui na empresa(para o postgres), pois a replicação síncrona pelo que eu li até agora faz um check quando há um INSERT pra ver se foi ok em todos os nós, no caso do SELECT, pode ser em qualquer um nó do cluster, este é o algorítmo mais usado. A replicação do mysql aqui, poderia dizer que é assíncrona também, mas com uma defasagem de poucos segundos, ou seja, chega a ser assíncrona, porém "on-line". O pgcluster é uma boa opção pelo que li até agora, e parece ser de fácil implementação. Me chama muito a atenção este da skytools, porém, é carente de documentação, estou a pesquisar mais fontes. Eu achava que replicação assíncrona estava fora de cogitação, mas pode ser ideal ao ambiente, mas tem que ser mais on-line possível. Lendo e aprendendo. Se continuar assim terá de haver uma lista pgbr-replicacao. Saludos! * Juliano Souza * Tecnologia Roberto Mello wrote: 2008/4/23 Juliano Souza - TI <[EMAIL PROTECTED]>: O assunto de replicação no pgsql é muito vago e tem carência de documentação e definição, sabemos que o desenvolvimento do postgresql não inclui nativamente este assunto internamente. Eu entendo o que queres dizer. O projeto do PostgreSQL nao "abencoa" nenhum dos projetos de replicacao existentes e a documentacao dos varios pode ser esparsa. No meu caso, minha empresa é 24x7, e se não houver replicação, não há como homologar tal. Que tipo de replicacao? Quais os requisitos? Já me foi proposto o mysql enterprise, e mesmo o mysql que não é o enterprise, a replicação funciona sem nenhum alarde. Interessante. Eu ja' usei o MySQL com replicacao em producao so' com tabelas MyISAM e eu tinha corrupcao de tabelas e replicacao pelo menos semanalmente. Chegou a um ponto que simplesmente deixamos de usar a replicacao por que era falha demais. Mas o que posso adiantar, é que a replicação gerou um quase "stop" na migração do msSQL para o pgsql. Minha experiência não foi boa até agora, uma vez que a persistência é a chave da coisa. Se replicacao assincrona atende seus requisitos, o skytools funciona muito bem e a Skype usa em producao com milhoes de acessos simultaneos. Skytools nao faz replicacao em cascata ainda (Slony faz), mas isso esta' em desenvolvimento e uma versao alpha ja' esta no repositorio. Eu uso Londiste (replicacao do Skytools) com walmgr (tambem do skytools) para stand-by e a solucao funciona muito bem. A versao 2.6 lancada recentemente trouxe varios melhoramentos. Acho que o ideal seria contratares alguem que possa expor e demonstrar o funcionamento disso tudo pra ti. Ha' algumas pessoas extremamente bem qualificadas nessa lista, e tambem empresas que fazem o servico. O custo seria baixo em relacao ao beneficio potencial. A EnterpriseDB deve ter uma solucao do seu BD (que e' o PostgreSQL com extensoes) com replicacao, e tambem a CommandPrompt tem sua propria solucao de replicacao do PostgreSQL. Ja' consultaste essas empresas? Roberto ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
[pgbr-geral] skytools
Estou pesquisando sobre o skytools. Alguém daqui já implementou? Ele depende do "slave sempre ativo"? TKS Juliano -- "DISCLAIMER: Esta mensagem e seus anexos são destinados exclusivamente ao(s) destinatário(s) identificado(s) acima e contêm informações confidenciais ou privilegiadas. Se você não é o destinatário destes materiais, não está autorizado a utilizá-los para nenhum fim. Solicitamos que você apague a mensagem e seus anexos e avise imediatamente o remetente. O conteúdo desta mensagem e de seus anexos não representa necessariamente a opinião e a intenção da empresa, não implicando em qualquer obrigação ou responsabilidade adicionais." IMPRIMA SOMENTE O NECESSÁRIO. MENOS PAPEL, MAIS ÁRVORES. UMA CAMPANHA DO GRUPO BEM PARA PRESERVAÇÃO DO MEIO AMBIENTE. -- ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
[pgbr-geral] Link tcc sobre replicação.
campeche.inf.furb.br/tccs/2007-I/2007-1malcusotavioquinotoimhofvf.pdf -- * Juliano Souza * ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Guia de Replicação com Slony no W indows e no Linux
Caros, Na verdade, antes de se aplicar a replicação, é necessário apresentar aos membros desta lista o ambiente daqui, aí depois se houver alguma sugestão, acho válido. Tenho uma base rodando perfeitamente no postgres 8.3.0, na verdade, se este servidor falhar, gostaria de que o outro servidor com a réplica, pudesse assumir as requisições. Então já sei antes de tudo, que deve ser síncrono, porém: tirado de um TCC sobre replicação do postgres: (tenho ele em pdf caso queiram) " Na replicação assíncrona, se um banco é alterado, a alteração será propagada e aplicada para outro(s) banco(s) num segundo passo, sendo que esta poderá ocorrer em segundos, minutos, horas ou até dias depois (BEEHIVE, 2006). Uma desvantagem é que este tipo de replicação tende a atrasar a detecção de conflitos entre as operações, o que só acontece no fim da execução das transações. Na replicação síncrona todas as cópias ou replicações de dados serão feitas no instante da sincronização, mantendo a consistência dos dados. Se alguma cópia do banco é alterada, essa alteração será imediatamente aplicada a todos os outros bancos dentro da transação. Entretanto, este tipo de replicação traz uma série de desvantagens como, por exemplo, uma transação não poderá ser concluída se um dos nodos que possuem réplicas estiver indisponível (DUARTE, 2006)." Ou seja, se for síncrono e o slave falhar, a transação não será concluída. - O Slony é assíncrono, já está fora de cogitação, preciso de disponibilidade. - Estou testando agora o postgres-r (www.postgres-r.org), ele promete, mas vou testar. - Minha última tentativa será o skytools (Programa desenvolvido pelos programadores do skype para replicação síncrona). Atenciosamente, * Juliano Souza * Ribamar Sousa wrote: Olá! Estava adiando a divulgação desse tutorial mas o colega me levou a isso. Realmente não é fácil encontrar um bom tutorial/artigo/guia que mostra como usar o Slony numa situação prática. Pelo menos eu não encontrei. Tentei algumas sugestões mas que não funcionaram e acabei encontrando um bom ponto de partida, foi um tutorial usando o PGAdmin. Depois de muito pesquisar e testar algumas soluções finalmente consegui ver funcionando replicação no PostgreSQL. Aqui mostrarei a solução que fiz funcionar, que usa o Slony-I e o pgAdmin, com PostgreSQL-8.2, tanto no Windows quanto no Linux (Ubuntu 7.10). De início tive como base este tutorial: http://people.planetpostgresql.org/dpage/index.php?/archives/51-Setting-up-Slony-I-with-pgAdmin.html também divulgado na lista internacional do PostgreSQL. Esse tutorial destina-se ao WindowsXP. Testei e funcionou direitinho no Windows. Acontece que ele se refere de vez em quando ao Linux o que me motivou a tentar a mesma solução no Linux (Ubuntu 7.10). Pesquisei outros tutoriais e um bom livro. Acabei por conseguir ver a replicação também no Linux. Veja um PDF com os passos aqui: http://postgresql.ribafs.net/slonywl ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Replicação
Com certeza utilizei muita fonte de informação. -pgcluster da pgfoundry -slony I e II Não gosto de how-tos do tipo vivaolinux (sem desmerecer, pois sempre uso algo de lá). O pgpool cria mais um processo na entrega do resultado e insert também, descartado. Vamos fazer o seguinte, irei testar o slony I novamente (persistencia) massivamente e posto o que não aconteceu. Não adianta eu reclamar sem nada para mostrar não é? Que a noite de minha quarta vá para o espaço, vou me conectar remotamente de casa, trancar o quarto e me jogar em algumas fontes de pesquisa do slony: *http://www.onlamp.com/pub/a/onlamp/2004/12/16/slony_install.html http://slony-wiki.dbitech.ca/index.php/User_Tutorial e http://conferences.oreillynet.com/cs/os2005/view/e_sess/6588 Mais tardar amanhã posto os resultados, e se conseguir, prometo realizar um passo a passo sem ser com rpm ou deb ou qqer outra distribuição. Até porque uso slackware, e pra mim, só o tar.gz (fonte) me satisfaz. Até lá!!! Juliano * Fábio Telles Rodriguez wrote: Em 23/04/08, Juliano Souza - TI<[EMAIL PROTECTED]> escreveu: Caros amigos, O assunto de replicação no pgsql é muito vago e tem carência de documentação e definição, sabemos que o desenvolvimento do postgresql não inclui nativamente este assunto internamente. No meu caso, minha empresa é 24x7, e se não houver replicação, não há como homologar tal. Ok, o seu problema é alta disponibilidade certo? Bom... você se contentaria com uma solução de stand by? É a solução mais simples e você não precisa recorrer a nenhum outro projeto fora do PostgreSQL. Se o Stand By não servir... bom, então vejamos algumas considerações: Você tem mais de um site? Você precisa de replicação síncrona? Há varias formas de alta disponibilidade disponíveis para o PostgreSQL. Economise o dinheiro do seu programador C e contrate uma boa consultoria em PostgreSQL!!! Já me foi proposto o mysql enterprise, e mesmo o mysql que não é o enterprise, a replicação funciona sem nenhum alarde. Bom, se o mysql funciona sem nenhum alarde é porque: a) você tem poucos usuários conectados simultâneamente; b) a maioria das suas operações são de leitura; c) você não usa controle de transações a ferro e a fogo (é óbvio que se você usa mysql o controle de transações não é uma grande preocupação); d) você pode viver com uma replicação assíncrona sem problema. Estou seriamente pensando em adquirir o mysql enterprise, pois a chave do funcionamento de negócios da empresa, é que haja uma replicação para todos os serviços, e tem, menos o postgresql. Hum... você tem certeza que consultou o Sr. Google antes de afirmar isso? Existe o Stand by, Slony, Pgpool I, Pgpool II, PgCluster, skytools, etc. Realmente não faltam ferramentas. Não disse que elas são simples de se utilizar, mas elas existem, são flexíveis e atendem a uma infinidade de demandas. Caso queiram discutir sobre tal, estou aqui para colocarmos na mesa. Então, caro Juliano, você precisa dar mais detalhes sobre a sua demanda, cada caso é um caso, e cada equipe e bolso comportam limites diferentes. Atenciosamente Fábio Telles ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
[pgbr-geral] Replicação
Caros amigos, O assunto de replicação no pgsql é muito vago e tem carência de documentação e definição, sabemos que o desenvolvimento do postgresql não inclui nativamente este assunto internamente. No meu caso, minha empresa é 24x7, e se não houver replicação, não há como homologar tal. Já me foi proposto o mysql enterprise, e mesmo o mysql que não é o enterprise, a replicação funciona sem nenhum alarde. Estou seriamente pensando em adquirir o mysql enterprise, pois a chave do funcionamento de negócios da empresa, é que haja uma replicação para todos os serviços, e tem, menos o postgresql. Caso haja necessidade, talvez possamos entrar em contato massivamente com os desenvolvedores para ajudar neste requisito. Há até um desenvolvedor em C(linux) aqui na empresa que está alterando o fonte para tal. Mas o que posso adiantar, é que a replicação gerou um quase "stop" na migração do msSQL para o pgsql. Minha experiência não foi boa até agora, uma vez que a persistência é a chave da coisa. Tentarei expor todos meus testes na lista de desenvolvimento oficial para que haja algum movimento da parte deles. Caso queiram discutir sobre tal, estou aqui para colocarmos na mesa. Atenciosamente, Juliano Souza ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] :___ISTO_É_UM_SPAM_ ___: LOW * slony1-1.2.13 + altperl
Consegui resolver o problema da lib, porém acho q tenho de usar o sloni1-1.2.11, que não compila rs. PGSQL:/opt/pgsql/bin# ./slonik_init_cluster | ./slonik :5: loading of file /opt/pgsql/share//slony1_funcs.sql: PGRES_FATAL_ERROR ERROR: Slonik version: 1.2.11 != Slony-I version in PG build 1.2.13 ERROR: Slonik version: 1.2.11 != Slony-I version in PG build 1.2.13 :5: ERROR: no admin conninfo for node 134594728 Se alguém fez deste modo e funcionou, gostaria de saber como rs. Obrigado. * Juliano Souza * Juliano Souza - TI wrote: - Configurei o altperl para facilitar as coisas com o slony, porém: PGSQL:/opt/pgsql/bin# ./slonik_init_cluster | ./slonik :9: PGRES_FATAL_ERROR load '$libdir/xxid'; - ERROR: could not access file "$libdir/xxid": No such file or directory :9: Error: the extension for the xxid data type cannot be loaded in database 'host=pg2 dbname=bem user=postgres port=5432 password=1234' - A configuração segue: PGSQL:/opt/pgsql/bin# ./slonik_init_cluster # INIT CLUSTER cluster name = bem; node 1 admin conninfo='host=localhost dbname=bem user=postgres port=5432 password='; node 2 admin conninfo='host=pg2 dbname=bem user=postgres port=5432 password='; init cluster (id = 1, comment = 'Node 1 - [EMAIL PROTECTED]'); # STORE NODE store node (id = 2, event node = 1, comment = 'Node 2 - [EMAIL PROTECTED]'); echo 'Set up replication nodes'; # STORE PATH echo 'Next: configure paths for each node/origin'; store path (server = 1, client = 2, conninfo = 'host=localhost dbname=bem user=postgres port=5432 password='); store path (server = 2, client = 1, conninfo = 'host=pg2 dbname=bem user=postgres port=5432 password='); echo 'Replication nodes prepared'; echo 'Please start a slon replication daemon for each node'; Alquem aqui já replicou master/slave o postgres 8.3.0? De que forma? Algum tutorial mais exemplar e didático? Como pode-se ver, o cenário é simples: Em localhost há um postgres, e quero replicar no host pg2 uma database chamada bem. TKS -- * Juliano Souza * ___ 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
[pgbr-geral] slony1-1.2.13 + altperl
- Configurei o altperl para facilitar as coisas com o slony, porém: PGSQL:/opt/pgsql/bin# ./slonik_init_cluster | ./slonik :9: PGRES_FATAL_ERROR load '$libdir/xxid'; - ERROR: could not access file "$libdir/xxid": No such file or directory :9: Error: the extension for the xxid data type cannot be loaded in database 'host=pg2 dbname=bem user=postgres port=5432 password=1234' - A configuração segue: PGSQL:/opt/pgsql/bin# ./slonik_init_cluster # INIT CLUSTER cluster name = bem; node 1 admin conninfo='host=localhost dbname=bem user=postgres port=5432 password='; node 2 admin conninfo='host=pg2 dbname=bem user=postgres port=5432 password='; init cluster (id = 1, comment = 'Node 1 - [EMAIL PROTECTED]'); # STORE NODE store node (id = 2, event node = 1, comment = 'Node 2 - [EMAIL PROTECTED]'); echo 'Set up replication nodes'; # STORE PATH echo 'Next: configure paths for each node/origin'; store path (server = 1, client = 2, conninfo = 'host=localhost dbname=bem user=postgres port=5432 password='); store path (server = 2, client = 1, conninfo = 'host=pg2 dbname=bem user=postgres port=5432 password='); echo 'Replication nodes prepared'; echo 'Please start a slon replication daemon for each node'; Alquem aqui já replicou master/slave o postgres 8.3.0? De que forma? Algum tutorial mais exemplar e didático? Como pode-se ver, o cenário é simples: Em localhost há um postgres, e quero replicar no host pg2 uma database chamada bem. TKS -- * Juliano Souza * ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
[pgbr-geral] PgPool
Olá! Alguém tem algum tutorial de replicação syncrona master/slave para pgsql? Estou quebrando a cabeça com o pgpool, pelo que li, tenho mesmo q colocar o pgpool nos 2? ...ou apenas se referenciar no master o slave como abaixo usando o usuário postgres no pcp.conf? backend_hostname1 = 'pg-slave' backend_port1 = 5432 backend_weight1 = 1 TKS -- * Juliano Souza * ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
[pgbr-geral] Upgrade de versões
Olá amigos! Este é meu primeiro post! Pelo o que eu percebi, por exemplo, a versão 8.1.4 pode ser atualizada sem problemas para 8.1.11, agora quando o assunto é 8.2 ou 8.3, o bicho pega rsrs literalmente. Como proceder para atualizar a minha versão que é 8.1.4 para a 8.3 sem problemas? Obrigado. -- * Juliano Souza * ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral