a, Desenvolvimento, Suporte 24x7 e Treinamento
> <http://www.timbira.com.br>
>
> ___
> pgbr-geral mailing list
> pgbr-geral@listas.postgresql.org.br
> https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
>
--
Mauro Fonseca | Ge
Tive algumas experiências com esta mensagem e geralmente era erro falha na
rede do usuário.
Em 23 de março de 2015 14:01, Pedro B. Alves pedroalve...@gmail.com
escreveu:
Qual erro é apresentado? Algo nos logs do servidor também?
Nos logs não tem nada.
É sempre bom tentar contribuir.
Em 18 de julho de 2014 04:19, Leonardo Ferreira Guimarães
gfodran...@gmail.com escreveu:
Toda troca de informações e experiências é muito bem vinda.
Obrigado!
___
pgbr-geral mailing list
Espero poder ajudar aqueles que passaram pelos mesmos problemas que eu.
Tive alguns problemas na execução do pg_upgrade, pois meus tablespaces
ficavam em diretórios diferentes do padrão do postgres e o pg_upgrade não
os leva para a nova estrutura.
Achei um pequeno e único guia na internet e o
Não sei se é o caso, mas vale a pena perguntar. A sua conexão com banco não
está sendo feita através do pgpool (local ) ? Se for esse o caso, verifique
o pool_hba.conf, pois ele pode estar permitindo as conexões.
ᐧ
Em 13 de março de 2014 11:07, Flavio Henrique Araque Gurgel
fha...@gmail.com
Tenho os dados em storage com uma base de aproximadamente 500 Gb e sem
problemas. Acredito ser fibra ou mesmo formatação dos discos do storage.
Em 19 de novembro de 2012 23:18, Bruno Silva bemanuel...@gmail.comescreveu:
Tivemos problemas parecidos e era a fibra.
Enviado pelo meu Nexus
Em
Fábio,
Para esse caso, utilizamos Raid 1
Gurgel,
Usamos linux e não Windows. Na verdade, eu apenas disse que utilizamos uma
base bem grante, +ou- 500 Gb e em storage. Funciona há anos, desde a versão
8.3 do Postgres e sem quaisquer tipo de problemas.
Mauro.
Em 20 de novembro de 2012 12:46,
Em 28 de setembro de 2012 10:29, Euler Taveira eu...@timbira.com escreveu:
On 28-09-2012 10:14, Flavio Henrique Araque Gurgel wrote:
Aproveita que tá migrando e já instala o 9.1.6
Não há porque ficar na 9.1.3, pelo contrário, há riscos e houve avisos
na comunidade de bug crítico com risco
Em 28 de setembro de 2012 11:11, Fabrízio de Royes Mello
fabriziome...@gmail.com escreveu:
Em 28 de setembro de 2012 11:00, Marcone marconepe...@gmail.comescreveu:
[...]
Na migração do banco em si não há nada diferente e extraordinário, mas
tome cuidado com as aplicações já que o casting
Em 28 de setembro de 2012 12:14, Fabiano Machado Dias
fabi...@wolaksistemas.com.br escreveu:
Em 28-09-2012 12:04, Luiz Rafael Culik escreveu:
Ola
Pessoalmente Mil vezes linha RH do que debian para servidor postgresql
[]s
Luiz
Eu já tenho a opinião contrária, antes um Debian do
Posso sugerir também, a criação de cluster´s, assim cada empresa teria seu
proprio postgres, ficando cada uma com sua própria
configuração/otimização e porta.
Isso facilita também, caso haja a necessidade de parar uma das empresas,
sem afetar as outras.
Utilizamos aqui, a seguinte configuração do
Jean,
Utilize o guia que você encontro neste endereço:
http://blog.anantshri.info/howto-add-ppa-in-debian/ . É um script para que
você passe a incluir repositórios ppa para o debian.
Após ter seguido o roteiro do blog, faça a inclusão propriamente dita do
repositório para o postgres 9.2
Não Jean,
O script permite adicionar ppa no seu /etc/apt/sources.list, após isso e ao
você dar um aptitude update ou apt-get, os pacotes ficarão disponíveis para
instalação. Faça um aptitude search postgres | grep 9.2 e você verá que
eles estarão disponíveis para serem instalados.
Em 14 de
Roberto,
O que você está querendo é sim cluster. Temos diversos funcionando aqui na
empresa e cada um com sua própria configuração, otimização e área de dados.
Na criação do primeiro cluster ele pega a primeira porta livre. Ex. 5432 ,
para o segundo cluster, a próxima porta , no caso 5433 .
O
Tulio,
Para amenizar seu problema, posso sugerir um backup a quente. Funciona na
versao 9.1 .
O comando abaixo, que deverá ser rodado na maquina 2, faz um backup
completo da maquina1 que deverá estar online, Dessa forma, você não terá
problemas com o seu ambiente.
O que tem que ser feito
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
abraço.
Mauro.
Em 21 de dezembro de 2011 09:28, mauro fonseca mfons...@pbh.gov.brescreveu:
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
Mais uma vez agradeço a presteza e as boas dicas.
Abraços,
Mauro.
Em 21 de dezembro de 2011 11:44, Flavio Henrique Araque Gurgel
fha...@gmail.com escreveu:
Gurgel,
Observando novamente o role, percebi que o parametro REPLICATION não
existia
para o usuário postgres. Acredito que por
Companheiros,
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
Boa tarde pessoal,
Estou fazendo um teste de migracao da versao 8.4 para a 9.1.1, utilizando
pg_dump | pg_restore . Se utilizo o diretamente atraves da porta do postgres
5432 , ou seja, postgres para postgres , funciona direitinho. Porém, se
utilizo o pgpool, atraves da porta , tem sido
Flavio, Obrigado.
Baseado no que voce falou, concluí que o nro de conexoes aceitas pelo
pgpool, era maior do que o estava configurado no postgres.
Vou deixar o teste sendo feito e ver se isso resolveu e depois reporto aqui.
Mais uma vez obrigado
Em 21 de outubro de 2011 14:35, Flavio Henrique
, mauro fonseca wrote:
É que as informações principais, ficaram no primeiro post. Mas veja, a
servidora tem 128Gb de Ram e 32Nucleos . O restore é porta a porta:
pg_dump bd_banco1 --disable-triggers -p 5430 -b -v -Fc | pg_restore
--disable-triggers -d bd_banco2 -j 12 1ok 2erro
Você não entendeu
...@gmail.com escreveu:
Em 6 de outubro de 2011 08:07, mauro fonseca mfons...@pbh.gov.brescreveu:
Se alguém mais tiver uma dica, seria grato.
Terei que migrar este ambiente em breve, mas além tempo que será tomado,
este erro está complicando a migração.
Vc tentou realizar o procedimento em
será
executada a migração real, não ter surpresas.
Obrigado pela ajuda.
Em 6 de outubro de 2011 08:43, Dickson S. Guedes lis...@guedesoft.netescreveu:
Em 6 de outubro de 2011 08:07, mauro fonseca mfons...@pbh.gov.br
escreveu:
Se alguém mais tiver uma dica, seria grato.
Terei que migrar este
, Euler Taveira de Oliveira
eu...@timbira.comescreveu:
On 05-10-2011 13:51, mauro fonseca wrote:
pg_restore: [arquivador personalizado] não pôde reabrir entrada padrão
ão foi possível alocar memória
Você não mostrou o comando do pg_restore mas ele não irá funcionar se você
combinar dados da
Se alguém mais tiver uma dica, seria grato.
Terei que migrar este ambiente em breve, mas além tempo que será tomado,
este erro está complicando a migração.
Obrigado,
Em 5 de outubro de 2011 13:51, mauro fonseca mfons...@pbh.gov.br escreveu:
Infelizmente nao deu.
O retorno:
pg_restore
, Dickson S. Guedes
lis...@guedesoft.net escreveu:
Em 4 de outubro de 2011 17:36, mauro fonseca mfons...@pbh.gov.br
escreveu:
Não achei o aplicativo limits no s.o, apesar disso existe o conf dele,
no
/etc/security/limits e ele estah todo comentado.
O utilitário é `ulimit`, use:
ulimit
relacao a queda anterior. Vou aguardar para ver se nao dah mais erros e
posto o resultado.
Agradeco muito a sua ajuda e prontidao.
Abracao.
Em 5 de outubro de 2011 09:35, Flavio Henrique Araque Gurgel
fha...@gmail.com escreveu:
2011/10/5 mauro fonseca mfons...@pbh.gov.br:
Pessoal,
Estou colando o
Infelizmente nao deu.
O retorno:
pg_restore: [arquivador personalizado] não pôde reabrir entrada padrão
ão foi possível alocar memória
Continuo pedindo ajuda..Se alguem tiver alguma ideia.
Obrigado.
Em 5 de outubro de 2011 10:13, mauro fonseca mfons...@pbh.gov.br escreveu:
Flávio,
Fiz os
Amigos,
Estou fazendo a migracao entre as versoes 8.4 e 9.04 do postgres, utilizando
a mesma servidora.
Instalei na servidora, as 2 versoes do banco e fiz o seguinte dump/restore .
pg_dump bd_banco1 --disable-triggers -p 5430 -b -v -Fc | pg_restore
--disable-triggers -d bd_banco2 -j 12 1ok
Gurgel
fha...@gmail.com escreveu:
Em 4 de outubro de 2011 11:26, mauro fonseca mfons...@pbh.gov.br
escreveu:
Amigos,
Estou fazendo a migracao entre as versoes 8.4 e 9.04 do postgres,
utilizando
a mesma servidora.
Instalei na servidora, as 2 versoes do banco e fiz o seguinte
dump
Emerson,
Se você a parte do rsync e tentar executá-lo na mão, de dentro do diretório
data do postgres, assim:
rsync -a pg_xlog/00010001 10.1.3.119:
/home/postgres/replication/00010001
Notará que o erro também ocorrerá. Nesse caso, você deverá criar uma chave
Boa tarde,
Alguém sabe informar onde foi parar ou qual é o substituto
do heartbeat-2-gui no debian squeeze. No lenny eu o acho sem problemas, no
squeeze eu não o acho de forma alguma.
Obrigado.
___
pgbr-geral mailing list
Amigos,
Caso alguém possa ajudar,
Tenho o seguinte ambiente:
. 2 servidoras postgres 9.0.3 , as quais chamarei de banco1 e banco2,
replicando hot_standby e funcionando perfeitamente.
. Apenas para teste, a primeira servidora trabalha na porta 5450 e a
segunda na porta 5451 .
. Os dois
Flávio,
Obrigado por responder.
Consegui funcionar. Ativei a opção master_slave_mode = true, fiz um pgbench
e os selects foram distribuídos.
Obrigado e um abraço.
Em 28 de junho de 2011 11:19, Flavio Henrique Araque Gurgel
fha...@gmail.com escreveu:
Apesar do pgpool estar funcionando
Amigos,
Estou com algumas duvidas ligadas ao backup postgres. Quem puder me
ajudar, serei grato.
Tenho 2 servidoras de banco, sincronizadas, versao 8.4, warm-standby .
A noite, inicializo o backup na servidora master, da seguinte forma.
select pg_start_backup('backup');
rm
Deduzo que voce esteja querendo ativar o archive
archive_mode = on
archive_command = 'cp %p /diretorio_onde_vc_queira_os_archives/%f'
Mauro.
2011/6/1 Antonio Cesar cgcesarsoa...@gmail.com
Pessoal estou tentando fazer um Backup WAL e retorna este erro alguem pode
me ajudar?
ERROR: WAL
Obrigado, Flávio.
Na verdade, o postgres permite a restauração mesmo sem o recovery.conf, a
diferença é que os dados restaurados serão apenas os do horário do backup.
O meu problema foi solucionado observando as mensagens no postmaster.log ,
já que não eram geradas no diretório de log.
Um dos
Flávio,
Pelo que entendi, então o checkpoint_segments deverá estar com um valor
proporcional a um dia de backup . É isso ?
Como deveria ser o funcionamento para o caso de replicação ? A própria
servidora que recebe a replicação elimina os archives.
Mais uma vez, obrigado.
Mauro.
Em 31 de maio
Amigos,
Estou testando a restauração de backups, mas não porquê, o postgres não
inicializa.
O meu ambiente é:
debian
postgres 8.4 (instalado via apt-get)
O backup foi feito da seguinte forma:
psql
select pg_start_backup('teste');
No prompt:
tar -czvf meubackup.tar.gz /var/lib/postgres/8.4/main
do pgpool?
Em 23 de março de 2011 17:15, mauro fonseca mfons...@pbh.gov.br
escreveu:
Emerson,
O porém, é que eu preciso de mais de uma porta de entrada no pgpool ,
pois
os backend´s seriam clusters distintos e com serviços distintos. O pgpool
não teria como indentificar o que viria pela
Companheiros,
Tenho a seguinte situação:
2 servidora postgres 9 , sincronizadas, hotstandby .
Nelas estão serão instalados o pgpool e na primeira (será sincronizado para
a segunda ), 3 clusters utilizando as portas 5433 ,5434 e 5435 , com
serviços totalmente diferente. Criei cluster para
backend_hostname0 = 'servidor1'
backend_port0 = 5434
backend_hostname1 = 'servidor2'
backend_port1 = 5435
no pgpool.conf
Espero ter ajudado.
Emerson Hermann
Em 23 de março de 2011 09:17, mauro fonseca mfons...@pbh.gov.br
escreveu:
Companheiros,
Tenho a seguinte situação:
2 servidora
Como sugeriu nosso amigo Fábio, você pode criar um outro cluster na mesma
servidora. Nele você pode definir toda uma configuração para cada cluster
que criar, tais como log, archive, liberar mais recursos e até mesmo
restauração, independentes. Cada serviço terá sua própria porta.
Trabalhamos
Deduzindo que você utiliza linux.
Após a instalação automatizada, vá ao diretório /etc/postgresql/9.0/main ,
dentro desse diretório você encontrará os arquivos de configuração do
postgres.
No caso da porta, o arquivo é o postgresql.conf , altere as linhas abaixo,
colocando a porta que você
Beto,
O seu ip é 192.168.1.171 ou 192.68.1.171 como você citou abaixo. Deve estar
errado a informação.
Em 9 de outubro de 2010 12:01, Beto Lima betol...@gmail.com escreveu:
o meu ip tb está na mesma rede. ele é 192.68.1.71
___
pgbr-geral mailing
Beto,
Tudo leva crer que seu pg_hba.conf está com algum problema ou tem algum
firewall bloqueando o acesso desta maquina remota.
faça um backup do seu pg_hba.conf e no original substitua as linhas
similares pelas abaixo:
# local is for Unix domain socket connections only
local all all
Experimente colocar o ip da maquina de origem do acesso ( ou é localhost
mesmo ? ), tipo
# IPv4 local connections:
hostall all 10.0.26.50/32 http://127.0.0.1/32
trust
Você alterou a senha do postgres para o acesso ?
A porta do postgres é a 5432 ou está utilizando outra ?
Tá me parecendo falha na rede. Pelo que parece em alguns momentos o cliente
não consegue chegar ao servidor.
Em 8 de outubro de 2010 11:20, Alexandre Dall' Agnese
alexandre.agn...@gmail.com escreveu:
Bom Dia Pessoal!
Sou novato na lista e em Postgres. Tenho uma aplicação online em vários
Nos meus testes, meu standby está configurado assim:
wal_level = hot_standby
hot_standby = on
E está funcionando redondo, pelo menos em relação ao sincronismo e ao
select.
Inicialmente eu tive esta mensagem também, mas parei os 2 servidores, fiz um
backup do main no primário, removi o main no
Tente dar um telnet a partir do prompt da sua máquina.
telnet 192.168.1.5 5432 e mostre o que aconteceu.
Disponibilize o seu log e o pg_hba.conf para que possamos entender melhor o
erro.
Em 8 de outubro de 2010 16:00, Beto Lima betol...@gmail.com escreveu:
ja coloquei meu ip tb e não foi,
Beto,
O Seu xp está também na rede 192ou tem uma rota para ela ?
Se não, é isso. Você está tentando alcançar uma rede da qual você não faz
parte.
Se o seu xp estiver em uma rede interna, qual é o ip ? no prompt do windows
dê um ipconfig /all e você o verá.
2010/10/8 Beto Lima
52 matches
Mail list logo