[pgbr-geral] pgbouncer e pgpolo II juntos

2018-01-03 Por tôpico Luiz Carlos L. Nogueira Jr.
Caros,
Onde tem uma boa documentação ou exemplo  onde usamos o pgbouncer como pool
de conexões e o Pgpool II apenas como balancador de carga?
Resumindo. Como usá-los juntos?

Luiz Carlos
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] PgBouncer: query_wait_timeout

2017-12-27 Por tôpico Daniel Luiz da Silva



De: "Crauss, Jacson" <cra...@gmail.com> 
Para: "Comunidade PostgreSQL Brasileira" <pgbr-geral@listas.postgresql.org.br> 
Enviadas: Quarta-feira, 27 de dezembro de 2017 16:03:48 
Assunto: Re: [pgbr-geral] PgBouncer: query_wait_timeout 


2017-12-27 14:53 GMT-02:00 Flavio Henrique Araque Gurgel < fha...@gmail.com > : 





Em qua, 27 de dez de 2017 às 17:41, Crauss, Jacson < cra...@gmail.com > 
escreveu: 

BQ_BEGIN

Quando ao número de conexões eu havia verificado e não está nem perto do limite 
que coloquei... esse não é o problema a princípio. 
Fiz mais uns testes e vi que minha conexão fica "presa" até que eu encerre ela 
no SO (ou restart no bouncer), depois libera nova conexão normalmente. 
Estou com pool_mode = session... vou mudar para "statement", Flávio. 

Obrigado por enquanto. 



Evite o top post por favor. 
Onde eu escrevi "connection" eu queria dizer "session" (eu sempre me confundo 
com isso). 
Sim, usando "statement" você poderá trabalhr com aplicações que mantêm conexões 
abertas o tempo todo, mas em alguns casos (e são muitos) as aplicações usam 
prepared statements e o modo session não funcionará. 

BQ_END

Ah, sim... o gmail não tem mais a funcionalidade que seleciona o texto e clica 
em responder, aí acabei fazendo top post. 
Tive que voltar para session por causa das transações abertas explicitamente 
pela aplicação, mas acredito que resolvi o problema aumentando o 
default_pool_size, que estava default (20)... 



BQ_BEGIN


[]s 
Flavio Gurgel 

___ 
pgbr-geral mailing list 
pgbr-geral@listas.postgresql.org.br 
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral 

BQ_END



___ 
pgbr-geral mailing list 
pgbr-geral@listas.postgresql.org.br 
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral 

-- 

Jacson, 

Com certeza isso irá funcionar, fiz uma tradução livre da página do pgbouncer 
caso tenha interesse. 

default_pool_size = quantidade de usuário + database, que poderá manter conexão 
simultâneo entre pgbouncer e Postgres, exemplo, usuário userweb, na database 
testedb, poderá manter 20 conexões simultâneas com Postgres. 
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] PgBouncer: query_wait_timeout

2017-12-27 Por tôpico Crauss, Jacson
2017-12-27 14:53 GMT-02:00 Flavio Henrique Araque Gurgel :

>
>
> Em qua, 27 de dez de 2017 às 17:41, Crauss, Jacson 
> escreveu:
>
>> Quando ao número de conexões eu havia verificado e não está nem perto do
>> limite que coloquei... esse não é o problema a princípio.
>> Fiz mais uns testes e vi que minha conexão fica "presa" até que eu
>> encerre ela no SO (ou restart no bouncer), depois libera nova conexão
>> normalmente.
>> Estou com pool_mode = session... vou mudar para "statement", Flávio.
>>
>> Obrigado por enquanto.
>>
>
> Evite o top post por favor.
> Onde eu escrevi "connection" eu queria dizer "session" (eu sempre me
> confundo com isso).
> Sim, usando "statement" você poderá trabalhr com aplicações que mantêm
> conexões abertas o tempo todo, mas em alguns casos (e são muitos) as
> aplicações usam prepared statements e o modo session não funcionará.
>

Ah, sim... o gmail não tem mais a funcionalidade que seleciona o texto e
clica em responder, aí acabei fazendo top post.
Tive que voltar para session por causa das transações abertas
explicitamente pela aplicação, mas acredito que resolvi o problema
aumentando o default_pool_size, que estava default (20)...




>
> []s
> Flavio Gurgel
>
> ___
> 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] PgBouncer: query_wait_timeout

2017-12-27 Por tôpico Flavio Henrique Araque Gurgel
Em qua, 27 de dez de 2017 às 17:41, Crauss, Jacson 
escreveu:

> Quando ao número de conexões eu havia verificado e não está nem perto do
> limite que coloquei... esse não é o problema a princípio.
> Fiz mais uns testes e vi que minha conexão fica "presa" até que eu encerre
> ela no SO (ou restart no bouncer), depois libera nova conexão normalmente.
> Estou com pool_mode = session... vou mudar para "statement", Flávio.
>
> Obrigado por enquanto.
>

Evite o top post por favor.
Onde eu escrevi "connection" eu queria dizer "session" (eu sempre me
confundo com isso).
Sim, usando "statement" você poderá trabalhar com aplicações que mantêm
conexões abertas o tempo todo, mas em alguns casos (e são muitos) as
aplicações usam prepared statements e o modo session não funcionará.

[]s
Flavio Gurgel
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] PgBouncer: query_wait_timeout

2017-12-27 Por tôpico Daniel Luiz da Silva



De: "Crauss, Jacson" <cra...@gmail.com> 
Para: "Comunidade PostgreSQL Brasileira" <pgbr-geral@listas.postgresql.org.br> 
Enviadas: Quarta-feira, 27 de dezembro de 2017 14:40:54 
Assunto: Re: [pgbr-geral] PgBouncer: query_wait_timeout 

Quando ao número de conexões eu havia verificado e não está nem perto do limite 
que coloquei... esse não é o problema a princípio. 
Fiz mais uns testes e vi que minha conexão fica "presa" até que eu encerre ela 
no SO (ou restart no bouncer), depois libera nova conexão normalmente. 
Estou com pool_mode = session... vou mudar para "statement", Flávio. 

Obrigado por enquanto. 

2017-12-27 14:27 GMT-02:00 Flavio Henrique Araque Gurgel < fha...@gmail.com > : 





Em qua, 27 de dez de 2017 às 17:18, Crauss, Jacson < cra...@gmail.com > 
escreveu: 

BQ_BEGIN

Pessoal, boa tarde! 

Tenho um servidor com alguns databases que são acessados através do pgbouncer. 
O que está ocorrendo para alguns (somente para alguns) databases é que ao 
tentar conectar através do pgadmin, jenkins ou jboss, fica um tempo travada a 
ferramenta, como se estivesse tentando conectar, mas no log do pgbouncer não 
loga nada, nem a tentativa de conexão, e após algum tempo ocorre erro de 
timeout, e aí sim aparece no log do bouncer o erro... 

No exemplo abaixo eu fiz a tentativa de conexão por volta das 13:46, e dois 
minutos depois (é o tempo default do query_wait_timeout pelo que eu li na 
documentação do bouncer) logou o erro abaixo: 

2017-12-27 13:48:54.506 7406 LOG C-0x948218: dbteste/ 
usrteste@10.70.2.186:45200 closing because: query_wait_timeout (age=120) 
2017-12-27 13:48:54.506 7406 WARNING C-0x948218: dbteste/ 
usrteste@10.70.2.186:45200 Pooler Error: query_wait_timeout 

Alguém já passou por este problema? 



Qual o modo do PgBouncer que está utilizando ? 
Se estiver com o modo connection, você pode passar por esse "problema" se todas 
as conexões do pool estiverem em uso. 
Se sua aplicação faz uso de conexões persistentes, você terá de passar ao modo 
"statement" do PgBouncer. 

[]s 
Flavio Gurgel 


___ 
pgbr-geral mailing list 
pgbr-geral@listas.postgresql.org.br 
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral 

BQ_END



___ 
pgbr-geral mailing list 
pgbr-geral@listas.postgresql.org.br 
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral 

-- 
Jacson, 

como está as configurações de server_lifetime, max_db_connections, 
max_user_connections e reserve_pool_timeout? 
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] PgBouncer: query_wait_timeout

2017-12-27 Por tôpico Crauss, Jacson
Quando ao número de conexões eu havia verificado e não está nem perto do
limite que coloquei... esse não é o problema a princípio.
Fiz mais uns testes e vi que minha conexão fica "presa" até que eu encerre
ela no SO (ou restart no bouncer), depois libera nova conexão normalmente.
Estou com pool_mode = session... vou mudar para "statement", Flávio.

Obrigado por enquanto.

2017-12-27 14:27 GMT-02:00 Flavio Henrique Araque Gurgel :

>
>
> Em qua, 27 de dez de 2017 às 17:18, Crauss, Jacson 
> escreveu:
>
>> Pessoal, boa tarde!
>>
>> Tenho um servidor com alguns databases que são acessados através do
>> pgbouncer. O que está ocorrendo para alguns (somente para alguns) databases
>> é que ao tentar conectar através do pgadmin, jenkins ou jboss, fica um
>> tempo travada a ferramenta, como se estivesse tentando conectar, mas no log
>> do pgbouncer não loga nada, nem a tentativa de conexão, e após algum tempo
>> ocorre erro de timeout, e aí sim aparece no log do bouncer o erro...
>>
>> No exemplo abaixo eu fiz a tentativa de conexão por volta das 13:46, e
>> dois minutos depois (é o tempo default do query_wait_timeout pelo que eu li
>> na documentação do bouncer) logou o erro abaixo:
>>
>>
>>
>> *2017-12-27 13:48:54.506 7406 LOG C-0x948218:
>> dbteste/usrteste@10.70.2.186:45200 
>> closing because: query_wait_timeout (age=120)2017-12-27 13:48:54.506 7406
>> WARNING C-0x948218: dbteste/usrteste@10.70.2.186:45200
>>  Pooler Error: query_wait_timeout*
>> Alguém já passou por este problema?
>>
>
> Qual o modo do PgBouncer que está utilizando ?
> Se estiver com o modo connection, você pode passar por esse "problema" se
> todas as conexões do pool estiverem em uso.
> Se sua aplicação faz uso de conexões persistentes, você terá de passar ao
> modo "statement" do PgBouncer.
>
> []s
> Flavio Gurgel
>
>
> ___
> 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] PgBouncer: query_wait_timeout

2017-12-27 Por tôpico Flavio Henrique Araque Gurgel
Em qua, 27 de dez de 2017 às 17:18, Crauss, Jacson 
escreveu:

> Pessoal, boa tarde!
>
> Tenho um servidor com alguns databases que são acessados através do
> pgbouncer. O que está ocorrendo para alguns (somente para alguns) databases
> é que ao tentar conectar através do pgadmin, jenkins ou jboss, fica um
> tempo travada a ferramenta, como se estivesse tentando conectar, mas no log
> do pgbouncer não loga nada, nem a tentativa de conexão, e após algum tempo
> ocorre erro de timeout, e aí sim aparece no log do bouncer o erro...
>
> No exemplo abaixo eu fiz a tentativa de conexão por volta das 13:46, e
> dois minutos depois (é o tempo default do query_wait_timeout pelo que eu li
> na documentação do bouncer) logou o erro abaixo:
>
>
>
> *2017-12-27 13:48:54.506 7406 LOG C-0x948218:
> dbteste/usrteste@10.70.2.186:45200 
> closing because: query_wait_timeout (age=120)2017-12-27 13:48:54.506 7406
> WARNING C-0x948218: dbteste/usrteste@10.70.2.186:45200
>  Pooler Error: query_wait_timeout*
> Alguém já passou por este problema?
>

Qual o modo do PgBouncer que está utilizando ?
Se estiver com o modo connection, você pode passar por esse "problema" se
todas as conexões do pool estiverem em uso.
Se sua aplicação faz uso de conexões persistentes, você terá de passar ao
modo "statement" do PgBouncer.

[]s
Flavio Gurgel
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] PgBouncer: query_wait_timeout

2017-12-27 Por tôpico Daniel Luiz da Silva



De: "Crauss, Jacson" <cra...@gmail.com> 
Para: "Comunidade PostgreSQL Brasileira" <pgbr-geral@listas.postgresql.org.br> 
Enviadas: Quarta-feira, 27 de dezembro de 2017 14:18:08 
Assunto: [pgbr-geral] PgBouncer: query_wait_timeout 

Pessoal, boa tarde! 

Tenho um servidor com alguns databases que são acessados através do pgbouncer. 
O que está ocorrendo para alguns (somente para alguns) databases é que ao 
tentar conectar através do pgadmin, jenkins ou jboss, fica um tempo travada a 
ferramenta, como se estivesse tentando conectar, mas no log do pgbouncer não 
loga nada, nem a tentativa de conexão, e após algum tempo ocorre erro de 
timeout, e aí sim aparece no log do bouncer o erro... 

No exemplo abaixo eu fiz a tentativa de conexão por volta das 13:46, e dois 
minutos depois (é o tempo default do query_wait_timeout pelo que eu li na 
documentação do bouncer) logou o erro abaixo: 

2017-12-27 13:48:54.506 7406 LOG C-0x948218: dbteste/ 
usrteste@10.70.2.186:45200 closing because: query_wait_timeout (age=120) 
2017-12-27 13:48:54.506 7406 WARNING C-0x948218: dbteste/ 
usrteste@10.70.2.186:45200 Pooler Error: query_wait_timeout 

Alguém já passou por este problema? 



___ 
pgbr-geral mailing list 
pgbr-geral@listas.postgresql.org.br 
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral 

-- 

Jacson, 

esse tempo é sobre tempo máximo que poderá aguardar para conectar no banco de 
dados, ou seja, está aguardando conexão para conectar no postgres. Na prática 
essa configuração retém a tentativa de conexão no pool por esse tempo, e após 
liberado alguma conexão para conectar no Postgres. 

O que pode estar acontecendo é que as conexões com banco de dados 
(max_connections no postgresql.conf), chegou no limite, e cada conexão nova 
fica na fila do pgbouncer para conectar durante esse tempo até uma conexão 
estar disponível novamente. Monitora a quantidade de conexões no banco de dados 
durante o período que não conseguir conexão e verifica se está acontecendo essa 
situação. É importante validar se não está ocorrendo bloqueios, porque poderá 
chegar ao limite de conexão rapidamente. O arquivo do log do Postgres poderá 
informa-lo sobre essas situações. 
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

[pgbr-geral] PgBouncer: query_wait_timeout

2017-12-27 Por tôpico Crauss, Jacson
Pessoal, boa tarde!

Tenho um servidor com alguns databases que são acessados através do
pgbouncer. O que está ocorrendo para alguns (somente para alguns) databases
é que ao tentar conectar através do pgadmin, jenkins ou jboss, fica um
tempo travada a ferramenta, como se estivesse tentando conectar, mas no log
do pgbouncer não loga nada, nem a tentativa de conexão, e após algum tempo
ocorre erro de timeout, e aí sim aparece no log do bouncer o erro...

No exemplo abaixo eu fiz a tentativa de conexão por volta das 13:46, e dois
minutos depois (é o tempo default do query_wait_timeout pelo que eu li na
documentação do bouncer) logou o erro abaixo:



*2017-12-27 13:48:54.506 7406 LOG C-0x948218:
dbteste/usrteste@10.70.2.186:45200 
closing because: query_wait_timeout (age=120)2017-12-27 13:48:54.506 7406
WARNING C-0x948218: dbteste/usrteste@10.70.2.186:45200
 Pooler Error: query_wait_timeout*
Alguém já passou por este problema?
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

[pgbr-geral] [pgbouncer] configuração auth_query

2017-08-23 Por tôpico Daniel Luiz da Silva
Pessoal, 

Estou configurando pgbouncer 1.7.2 com PostgreSQL 9.5, e necessito realizar 
configuração de autenticação direto pelo banco de dados sem passar pelo arquivo 
de usuários e senhas, que é aconselhado na documentação do pgbouncer. Na 
própria documentação, existe uma variável auth_query, alguém utiliza essa 
variável para realizar esse tipo de autenticação? 
Outra dúvida, existe a possibilidade de deixar configurado para acessar todas 
bases disponível, e não configurar cada uma dentro do arquivo pgbouncer.ini ? 

Obrigado. 
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] PgBouncer e prepared statement

2017-06-20 Por tôpico Flavio Henrique Araque Gurgel
Em ter, 20 de jun de 2017 às 16:42, André Ormenese 
escreveu:

>
>>> Com a versão 9.6 você pode usar os postgres-fdw para se conectar ao
>> PgBouncer e fazer a mesma coisa, não precisa instalar mais nada, apenas o
>> pacote com os módulos contrib do PostgreSQL que, em geral, são instalados
>> por muita gente já de cara.
>>
>> []s
>> Flavio Gurgel
>>
>>
>>
> Após vários meses estou retomando este assunto, e me surgiu uma dúvida !!!
>
> Como acessar os dados do PgBouncer via postgres_fdw ?
>
> Pelo CREATE FOREIGN TABLE imagino que não seja possível porque do lado do
> PgBouncer não existe uma tabela para relacionar ao comando, e nas options
> do foreign server a sintaxe pede um schema e uma table : OPTIONS
> (schema_name 'some_schema', table_name 'some_table')
>
> O seguinte comando funciona :
>
> CREATE FOREIGN TABLE pgbouncer.clients (
> type text,
> "user" text,
> database text,
> state text,
> addr text,
> port int,
> local_addr text,
> local_port int,
> connect_time timestamp with time zone,
> request_time timestamp with time zone,
> ptr text,
> link text
> )
> SERVER pgbouncer
> OPTIONS (table_name 'show clients');
>
> Mas a execução não :
>
> select * from clients;
>
> ERROR: invalid command 'START TRANSACTION ISOLATION LEVEL REPEATABLE
> READ', use SHOW HELP;
> SQL state: 08P01
> Context: Remote SQL command: START TRANSACTION ISOLATION LEVEL REPEATABLE
> READ
>
>
Realmente, não vai funcionar. Apresento minhas desculpas pela informação
desencontrada.


>
> O Euler deu a ideia de fazer pelo pgbouncer_wrapper [1][2].
>
> Mas gostaria de tentar pelo fdw conforme sugestão do Flavio Gurgel.
>

Não vai rolar por causa do nível de isolamento imposto pelo FDW. Ele
precisa de leituras sempre consistentes, por isso usa serializable para
conexões locais e repeatable read para remotas. O "banco virtual" do
PgBouncer não aceita nenhumas das duas, aí, não vai ter como. Talvez no
futuro quando uma configuração do postgres_fdw permitir configurar as
coisas como read commited.


>
> Alguém ?!??!
>

Você ficou com a alternativa do Euler, testada conforme o link que ele
enviou.

[]s
Flavio Gurgel
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] PgBouncer e prepared statement

2017-06-20 Por tôpico André Ormenese
>>
>> > O problema é que não consigo identificar qual cliente/máquina está
>> > gerando estes erros. O client vem sempre como localhost porque o
>> > pgbouncer está instalado na mesma máquina do banco.
>> >
>> > O PgBouncer tem esse controle de qual o ip se conectou a ele ? Como
>> > acessar ?
>> >
>> Tem. Vide SHOW CLIENTS. Você vai precisar correlacionar com SHOW
>> SERVERS. No entanto, não há como fazer junção então eu sugiro usar
>> pgbouncer_wrapper [1][2]. O log do pgbouncer também pode te auxiliar.
>>
>>
> Com a versão 9.6 você pode usar os postgres-fdw para se conectar ao
> PgBouncer e fazer a mesma coisa, não precisa instalar mais nada, apenas o
> pacote com os módulos contrib do PostgreSQL que, em geral, são instalados
> por muita gente já de cara.
>
> []s
> Flavio Gurgel
>
>
>
Após vários meses estou retomando este assunto, e me surgiu uma dúvida !!!

Como acessar os dados do PgBouncer via postgres_fdw ?

Pelo CREATE FOREIGN TABLE imagino que não seja possível porque do lado do
PgBouncer não existe uma tabela para relacionar ao comando, e nas options
do foreign server a sintaxe pede um schema e uma table : OPTIONS
(schema_name 'some_schema', table_name 'some_table')

O seguinte comando funciona :

CREATE FOREIGN TABLE pgbouncer.clients (
type text,
"user" text,
database text,
state text,
addr text,
port int,
local_addr text,
local_port int,
connect_time timestamp with time zone,
request_time timestamp with time zone,
ptr text,
link text
)
SERVER pgbouncer
OPTIONS (table_name 'show clients');

Mas a execução não :

select * from clients;

ERROR: invalid command 'START TRANSACTION ISOLATION LEVEL REPEATABLE READ',
use SHOW HELP;
SQL state: 08P01
Context: Remote SQL command: START TRANSACTION ISOLATION LEVEL REPEATABLE
READ


O Euler deu a ideia de fazer pelo pgbouncer_wrapper [1][2].

Mas gostaria de tentar pelo fdw conforme sugestão do Flavio Gurgel.

Alguém ?!??!


[1] https://github.com/davidfetter/pgbouncer_wrapper
[2]
http://peter.eisentraut.org/blog/2015/03/25/retrieving-
pgbouncer-statistics-via-dblink/
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] PgBouncer e prepared statement

2017-01-17 Por tôpico Euler Taveira
On 17-01-2017 16:53, André Ormenese wrote:
>  Independente de usar as sugestões do Euler, ou do Flavio, uma coisa que
> não consegui fazer foi associar as informações das duas "visões" SHOW
> CLIENTS e SHOW SERVERS para chegar no IP que está relacionado com o PID.
> 
> Achei que seria pela coluna port, de SHOW CLIENTS, e pela coluna
> local_port de SHOW SERVERS, mas não está existindo uma co-relação.
>  
A relação é link (SHOW SERVERS) com ptr (SHOW CLIENTS).


-- 
   Euler Taveira   Timbira - http://www.timbira.com.br/
   PostgreSQL: Consultoria, Desenvolvimento, Suporte 24x7 e Treinamento
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] PgBouncer e prepared statement

2017-01-17 Por tôpico André Ormenese
*Minhas figuras favoritas do folclore brasileiro são a democracia e o
estado laico.*

Em 17 de janeiro de 2017 17:13, Flavio Henrique Araque Gurgel <
fha...@gmail.com> escreveu:

>
>
> Em ter, 17 de jan de 2017 às 18:53, André Ormenese 
> escreveu:
>
>>
>>
>> *Minhas figuras favoritas do folclore brasileiro são a democracia e o
>> estado laico.*
>>
>> Em 17 de janeiro de 2017 15:42, Euler Taveira 
>> escreveu:
>>
>> On 17-01-2017 14:30, André Ormenese wrote:
>> > Tenho um PostgreSQL 6.0.1 instalado em Freebsd.
>> >
>> 6? É uma versão muito obsoleta com inúmeros bugs e limitações.
>>
>>
>> Desculpe, erro de digitação. A versão é a 9.6.1
>>
>
> Ainda bem, quase caí da cadeira quando li. PostgreSQL 6.0 foi a primeira
> versão que usei em 1999 !
>
>
>>
>>
>>
>> > O problema é que não consigo identificar qual cliente/máquina está
>> > gerando estes erros. O client vem sempre como localhost porque o
>> > pgbouncer está instalado na mesma máquina do banco.
>> >
>> > O PgBouncer tem esse controle de qual o ip se conectou a ele ? Como
>> > acessar ?
>> >
>> Tem. Vide SHOW CLIENTS. Você vai precisar correlacionar com SHOW
>> SERVERS. No entanto, não há como fazer junção então eu sugiro usar
>> pgbouncer_wrapper [1][2]. O log do pgbouncer também pode te auxiliar.
>>
>>
> Com a versão 9.6 você pode usar os postgres-fdw para se conectar ao
> PgBouncer e fazer a mesma coisa, não precisa instalar mais nada, apenas o
> pacote com os módulos contrib do PostgreSQL que, em geral, são instalados
> por muita gente já de cara.
>
>

 Independente de usar as sugestões do Euler, ou do Flavio, uma coisa que
não consegui fazer foi associar as informações das duas "visões" SHOW
CLIENTS e SHOW SERVERS para chegar no IP que está relacionado com o PID.

Achei que seria pela coluna port, de SHOW CLIENTS, e pela coluna local_port
de SHOW SERVERS, mas não está existindo uma co-relação.
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] PgBouncer e prepared statement

2017-01-17 Por tôpico Flavio Henrique Araque Gurgel
Em ter, 17 de jan de 2017 às 18:53, André Ormenese 
escreveu:

>
>
> *Minhas figuras favoritas do folclore brasileiro são a democracia e o
> estado laico.*
>
> Em 17 de janeiro de 2017 15:42, Euler Taveira 
> escreveu:
>
> On 17-01-2017 14:30, André Ormenese wrote:
> > Tenho um PostgreSQL 6.0.1 instalado em Freebsd.
> >
> 6? É uma versão muito obsoleta com inúmeros bugs e limitações.
>
>
> Desculpe, erro de digitação. A versão é a 9.6.1
>

Ainda bem, quase caí da cadeira quando li. PostgreSQL 6.0 foi a primeira
versão que usei em 1999 !


>
>
>
> > O problema é que não consigo identificar qual cliente/máquina está
> > gerando estes erros. O client vem sempre como localhost porque o
> > pgbouncer está instalado na mesma máquina do banco.
> >
> > O PgBouncer tem esse controle de qual o ip se conectou a ele ? Como
> > acessar ?
> >
> Tem. Vide SHOW CLIENTS. Você vai precisar correlacionar com SHOW
> SERVERS. No entanto, não há como fazer junção então eu sugiro usar
> pgbouncer_wrapper [1][2]. O log do pgbouncer também pode te auxiliar.
>
>
Com a versão 9.6 você pode usar os postgres-fdw para se conectar ao
PgBouncer e fazer a mesma coisa, não precisa instalar mais nada, apenas o
pacote com os módulos contrib do PostgreSQL que, em geral, são instalados
por muita gente já de cara.

[]s
Flavio Gurgel
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] PgBouncer e prepared statement

2017-01-17 Por tôpico André Ormenese
*Minhas figuras favoritas do folclore brasileiro são a democracia e o
estado laico.*

Em 17 de janeiro de 2017 15:42, Euler Taveira 
escreveu:

> On 17-01-2017 14:30, André Ormenese wrote:
> > Tenho um PostgreSQL 6.0.1 instalado em Freebsd.
> >
> 6? É uma versão muito obsoleta com inúmeros bugs e limitações.
>

Desculpe, erro de digitação. A versão é a 9.6.1


>
> > O problema é que não consigo identificar qual cliente/máquina está
> > gerando estes erros. O client vem sempre como localhost porque o
> > pgbouncer está instalado na mesma máquina do banco.
> >
> > O PgBouncer tem esse controle de qual o ip se conectou a ele ? Como
> > acessar ?
> >
> Tem. Vide SHOW CLIENTS. Você vai precisar correlacionar com SHOW
> SERVERS. No entanto, não há como fazer junção então eu sugiro usar
> pgbouncer_wrapper [1][2]. O log do pgbouncer também pode te auxiliar.
>
>
> [1] https://github.com/davidfetter/pgbouncer_wrapper
> [2]
> http://peter.eisentraut.org/blog/2015/03/25/retrieving-
> pgbouncer-statistics-via-dblink/


Vou dar uma lida nos links.
Meu log do pgbouncer está vazio.
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] PgBouncer e prepared statement

2017-01-17 Por tôpico Euler Taveira
On 17-01-2017 14:30, André Ormenese wrote:
> Tenho um PostgreSQL 6.0.1 instalado em Freebsd.
> 
6? É uma versão muito obsoleta com inúmeros bugs e limitações.

> O problema é que não consigo identificar qual cliente/máquina está
> gerando estes erros. O client vem sempre como localhost porque o
> pgbouncer está instalado na mesma máquina do banco.
> 
> O PgBouncer tem esse controle de qual o ip se conectou a ele ? Como
> acessar ?
> 
Tem. Vide SHOW CLIENTS. Você vai precisar correlacionar com SHOW
SERVERS. No entanto, não há como fazer junção então eu sugiro usar
pgbouncer_wrapper [1][2]. O log do pgbouncer também pode te auxiliar.


[1] https://github.com/davidfetter/pgbouncer_wrapper
[2]
http://peter.eisentraut.org/blog/2015/03/25/retrieving-pgbouncer-statistics-via-dblink/


-- 
   Euler Taveira   Timbira - http://www.timbira.com.br/
   PostgreSQL: Consultoria, Desenvolvimento, Suporte 24x7 e Treinamento
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

[pgbr-geral] PgBouncer e prepared statement

2017-01-17 Por tôpico André Ormenese
Boa tarde pessoal.

Tenho um PostgreSQL 6.0.1 instalado em Freebsd.

A pouco tempo instalei o PgBouncer 1.7.2 e redirecionei as conexões dos
sistemas para ele.

Agora tenho no log do postgres as seguintes mensagens :

2017-01-17 15:00:44 BRST [82949]: [1-1]
user=ac_sist_hemo,db=hemocentro,client=localhost ERROR:  prepared statement
"_KEYSET_06682ED0" does not exist
2017-01-17 15:00:44 BRST [82949]: [2-1]
user=ac_sist_hemo,db=hemocentro,client=localhost STATEMENT:  DEALLOCATE
"_KEYSET_06682ED0"

O problema é que não consigo identificar qual cliente/máquina está gerando
estes erros. O client vem sempre como localhost porque o pgbouncer está
instalado na mesma máquina do banco.

O PgBouncer tem esse controle de qual o ip se conectou a ele ? Como acessar
?

Alguém já passou por este problema, ou alguma sugestão ?

Obrigado
André



*Minhas figuras favoritas do folclore brasileiro são a democracia e o
estado laico.*
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] PgBouncer - Segurança e boas práticas.

2016-12-02 Por tôpico André Ormenese
>
>
> >
> Versão? Vamos informar a versão!
>

1.7.2


>
> > Nas minhas aplicações começarei a passar como string de conexão o banco,
> > porta, host, usuário e senha definidos no pgbouncer.
> >
> > O usuário de conexão ao pgbouncer não existe no meu banco (ok), mas se
> > alguém estiver "ouvindo " minha rede, vai conseguir pegar estes dados de
> > conexão da aplicação com o pgbouncer, e de forma simples poderá fazer
> > uma conexão manual ao pgbouncer e ter acesso ao meu banco.
> >
> Você *não* apresentou os parâmetros usados...
>
> Tudo isso vai depender do auth_type utilizado. Se for 'plain' você vai
> conseguir ver a senha. Se for 'md5' você vai conseguir pegar o hash. É
> assim que funciona no postgres também. Afinal de contas, o pgbouncer usa
> o mesmo mecanismo (protocolo [1]) do postgres.
>

auth_type = md5



>
> > Outra dúvida é com relação ao valor em max_client_conn. O que é o mais
> > correto ? Colocar um valor abaixo de max_connections do postgresql.conf,
> > ou maior ?
> >
> Isso vai depender do parâmetro pool_mode. Se for 'session' significa que
> você tem conexões 1:1, então deve ser max_client_conn <=
> max_connections. Se for 'transaction' ou 'statement' significa que você
> tem conexões n:m (onde m <<< n), então deve ser max_client_conn >=
> max_connections.
>
>
>
pool_mode = transaction

Obrigado Euler. Estou no caminho certo então.

Vou dar uma lida no link.
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] PgBouncer - Segurança e boas práticas.

2016-12-02 Por tôpico Euler Taveira
On 02-12-2016 14:29, André Ormenese wrote:
> Pessoal, estou testando o pgbouncer e me deparei com algumas dúvidas.
> 
Versão? Vamos informar a versão!

> Nas minhas aplicações começarei a passar como string de conexão o banco,
> porta, host, usuário e senha definidos no pgbouncer. 
> 
> O usuário de conexão ao pgbouncer não existe no meu banco (ok), mas se
> alguém estiver "ouvindo " minha rede, vai conseguir pegar estes dados de
> conexão da aplicação com o pgbouncer, e de forma simples poderá fazer
> uma conexão manual ao pgbouncer e ter acesso ao meu banco.
> 
Você *não* apresentou os parâmetros usados...

Tudo isso vai depender do auth_type utilizado. Se for 'plain' você vai
conseguir ver a senha. Se for 'md5' você vai conseguir pegar o hash. É
assim que funciona no postgres também. Afinal de contas, o pgbouncer usa
o mesmo mecanismo (protocolo [1]) do postgres.

> O que vocês costumam fazer para que esse problema não ocorra ?
> 
Eu não vejo problema. A segurança do protocolo é razoável. Se quer mais
segurança use criptografia (o pgbouncer 1.7 já suporta conexões TLS).

> Outra dúvida é com relação ao valor em max_client_conn. O que é o mais
> correto ? Colocar um valor abaixo de max_connections do postgresql.conf,
> ou maior ?
> 
Isso vai depender do parâmetro pool_mode. Se for 'session' significa que
você tem conexões 1:1, então deve ser max_client_conn <=
max_connections. Se for 'transaction' ou 'statement' significa que você
tem conexões n:m (onde m <<< n), então deve ser max_client_conn >=
max_connections.


[1] https://www.postgresql.org/docs/9.6/static/protocol.html


-- 
   Euler Taveira   Timbira - http://www.timbira.com.br/
   PostgreSQL: Consultoria, Desenvolvimento, Suporte 24x7 e Treinamento
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

[pgbr-geral] PgBouncer - Segurança e boas práticas.

2016-12-02 Por tôpico André Ormenese
Boa tarde.

Pessoal, estou testando o pgbouncer e me deparei com algumas dúvidas.

Nas minhas aplicações começarei a passar como string de conexão o banco,
porta, host, usuário e senha definidos no pgbouncer.

O usuário de conexão ao pgbouncer não existe no meu banco (ok), mas se
alguém estiver "ouvindo " minha rede, vai conseguir pegar estes dados de
conexão da aplicação com o pgbouncer, e de forma simples poderá fazer uma
conexão manual ao pgbouncer e ter acesso ao meu banco.

O que vocês costumam fazer para que esse problema não ocorra ?

Outra dúvida é com relação ao valor em max_client_conn. O que é o mais
correto ? Colocar um valor abaixo de max_connections do postgresql.conf, ou
maior ?

Obrigado.
André



*Minhas figuras favoritas do folclore brasileiro são a democracia e o
estado laico.*
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] PgBouncer - Alguém tem alguma experiência para contar?

2015-10-09 Por tôpico Flavio Henrique Araque Gurgel

Se o colega tem uma aplicação Web escrita em Java, provavelmente ela
roda dentro de um Tomcat ou outro servidor de aplicações similar.
Nesses casos, cuidado com o PgBouncer: o driver JDBC usa em muitos casos
prepared statements que *não* são compatíveis com o modo transaction do
PgBouncer, somente o modo connection. Dá pra configurar do lado do JDBC
todavia.



Vc quis dizer o modo do pool "session"... para manter 100% de


Agradeço a precisão :)


Nesses casos, também, normalmente o servidor de aplicações já possui um
pool de conexões que pode ser facilmente configurado, com a vantagem de
reportar suas atividades para as threads que pedem por conexões. Quando
isso ocorre, colocar mais um pool não traz nenhuma vantagem e, pelo
contrário, pode até piorar as coisas e causar erros que você não
compreenderá.



Se bem ajustado (Ex: pool do JBoss + PGBouncer) podemos ter uma vantagem
sim, que é a possibilidade fazer manutenções com downtime mínimo, e
nestas inclusive atualização de binários (ontem saiu 9.4.5, 9.3.10,
9.2.14, 9.1.19 e 9.0.23).


Certamente. Nesse caso o que já fiz foi manter o PgBouncer em 1:1 e modo 
session.



Como no pgbouncer conseguimos criar aqueles "virtual databases"
conseguimos segmentar as aplicações dessa forma criando pools separados,
e com isso podemos fazer um "PAUSE" em um determinado pool que pertence
a uma aplicação para, por exemplo, executar um pg_repack para recriar
datafiles inchados... enfim, é apenas um caso de uso.


É bastante útil mesmo.
[]s
Flavio Gurgel
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] PgBouncer - Alguém tem alguma experiência para contar?

2015-10-03 Por tôpico Leonardo Ferreira Guimaraes
Olá Euler e amigos!
Também estou estudando DBCP para o projeto.
Minhas considerações abaixo:
> Depende. Você não mencionou a arquitetura do seu sistema. Em uma 
arquitetura cliente-servidor, o pgBouncer fica junto com o SGBD. Em uma 
arquitetura web você pode ter tanto o pgBouncer nos servidores de 
aplicação quanto no servidor do SGBD.
Aplicação é WebWebApp (JDBC) + pgBouncer + PostgreSQL

> O que você deve ter em mente é que onde o pgBouncer estiver, a conexão a 
ele é via socket (que é bem mais rápido do que a conexão TCP). Isso quer 
dizer que se o pgBouncer tiver que ficar estabelecendo muitas conexões 
ao longo do dia (para atender os picos de acesso, por exemplo) é melhor 
você ter o pgBouncer próximo ao SGBD.

> Há a opção de colocar o pgBouncer em um servidor separado mas não é 
recomendado pois (i) é mais um ponto de falha e (ii) você perde o 
benefício das conexões via socket.

> Eu já vi pessoas mencionarem instalar o pgBouncer tanto no servidor de 
aplicações quanto no servidor do SGBD mas eu não tenho números para 
afirmar se a diferença é tão grande com relação a um único pgBouncer.
Assistindo um vídeo do palestrante Peter Eisentraut no PGConf US 2015, conforme 
link https://www.youtube.com/watch?v=CAKI_eZiRAU, ele apresentou alguns 
possíveis cenários que no meu entendimento o PgBouncer estava instalado onde 
estava a aplicação e também fora, como se fosse algo dedicado. Concordo que 
realmente não seria uma regra.
> Em termos de administração, ter um pgBouncer somente é o melhor cenário. 
Se sua arquitetura for web e você optou por instalar pgBouncer no 
servidor de aplicações, você vai precisar instalá-lo em N servidores de 
aplicação. No cenário com pgBouncer dos dois lados, você terá mais 
trabalho ainda (a instalação deve ocorrer em N+1 servidores de 
aplicação). Se bem que o pgBouncer não lança versões com tanta frequência.

 


 Em Sexta-feira, 2 de Outubro de 2015 22:57, Euler Taveira 
 escreveu:
   

 On 02-10-2015 16:49, Leonardo Guimarães wrote:
> Estou desenvolvendo um projeto e vi apossibilidade  de implementar o 
> PgBouncer.
> O projeto atenderia em torno de 200 conexões simultâneas.
> O certo seria implantar ele do lado do cliente, no mesmo ambiente do APP ou 
> no lado do servidor de dados?
>
Depende. Você não mencionou a arquitetura do seu sistema. Em uma 
arquitetura cliente-servidor, o pgBouncer fica junto com o SGBD. Em uma 
arquitetura web você pode ter tanto o pgBouncer nos servidores de 
aplicação quanto no servidor do SGBD.

O que você deve ter em mente é que onde o pgBouncer estiver, a conexão a 
ele é via socket (que é bem mais rápido do que a conexão TCP). Isso quer 
dizer que se o pgBouncer tiver que ficar estabelecendo muitas conexões 
ao longo do dia (para atender os picos de acesso, por exemplo) é melhor 
você ter o pgBouncer próximo ao SGBD.

Há a opção de colocar o pgBouncer em um servidor separado mas não é 
recomendado pois (i) é mais um ponto de falha e (ii) você perde o 
benefício das conexões via socket.

Eu já vi pessoas mencionarem instalar o pgBouncer tanto no servidor de 
aplicações quanto no servidor do SGBD mas eu não tenho números para 
afirmar se a diferença é tão grande com relação a um único pgBouncer.

Em termos de administração, ter um pgBouncer somente é o melhor cenário. 
Se sua arquitetura for web e você optou por instalar pgBouncer no 
servidor de aplicações, você vai precisar instalá-lo em N servidores de 
aplicação. No cenário com pgBouncer dos dois lados, você terá mais 
trabalho ainda (a instalação deve ocorrer em N+1 servidores de 
aplicação). Se bem que o pgBouncer não lança versões com tanta frequência.


-- 
    Euler Taveira                  Timbira - http://www.timbira.com.br/
    PostgreSQL: Consultoria, Desenvolvimento, Suporte 24x7 e Treinamento
___
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] PgBouncer - Alguém tem alguma experiência para contar?

2015-10-02 Por tôpico Euler Taveira

On 02-10-2015 16:19, Leonardo Guimarães wrote:

Gostaria de saber se, alguém do grupo possui alguma experiência com
PgBouncer?


Sem rodeios... qual é a dúvida?


--
   Euler Taveira   Timbira - http://www.timbira.com.br/
   PostgreSQL: Consultoria, Desenvolvimento, Suporte 24x7 e Treinamento
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] PgBouncer - Alguém tem alguma experiência para contar?

2015-10-02 Por tôpico Leonardo Guimarães

> Sem rodeios... qual é a
dúvida?
Estou desenvolvendo um projeto e vi a possibilidade de implementar o PgBouncer.
O projeto atenderia em torno de 200 conexões simultâneas.
O certo seria implantar ele do lado do cliente, no mesmo ambiente do APP ou no 
lado do servidor de dados?


On 02-10-2015 16:19, Leonardo Guimarães wrote:
> Gostaria de saber se, alguém do
grupo possui alguma experiência com
> PgBouncer?
>
Sem rodeios... qual é a
dúvida?


-- 
Euler Taveira   Timbira -
http://www.timbira.com.br/
PostgreSQL: Consultoria, Desenvolvimento, Suporte
24x7 e Treinamento
___
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] PgBouncer - Alguém tem alguma experiência para contar?

2015-10-02 Por tôpico Glauco Torres
No dia 2 de outubro de 2015 às 16:55, Franklin Anderson de Oliveira Souza <
frankli...@gmail.com> escreveu:

> Eu tenho !
>
> configurei o log de acordo com a documentação. Deixei coletando por um
> tempo depois executei o  PgBouncer o que me gerou um html bem bacana com
> muita informação relevante. Instalei o mesmo via yum num linux CentOS.
>


Humm?

Pgbouncer gerando html? acho que você trocou as bolas amigo com pgBadger...

PgBouncer é para pool de conexão...

att Glauco Torres
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

[pgbr-geral] PgBouncer - Alguém tem alguma experiência para contar?

2015-10-02 Por tôpico Leonardo Guimarães
Olá Amigos!


Venho levantando alguns projetos para ser camada responsável para pool de 
conexões. 
Gostaria de saber se, alguém do grupo possui alguma experiência com PgBouncer?


Abraços para todos!
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] PgBouncer - Alguém tem alguma experiência para contar?

2015-10-02 Por tôpico Franklin Anderson de Oliveira Souza
Eu tenho !

configurei o log de acordo com a documentação. Deixei coletando por um
tempo depois executei o  PgBouncer o que me gerou um html bem bacana com
muita informação relevante. Instalei o mesmo via yum num linux CentOS.

Em 2 de outubro de 2015 16:39, Euler Taveira 
escreveu:

> On 02-10-2015 16:19, Leonardo Guimarães wrote:
>
>> Gostaria de saber se, alguém do grupo possui alguma experiência com
>> PgBouncer?
>>
>> Sem rodeios... qual é a dúvida?
>
>
> --
>Euler Taveira   Timbira - http://www.timbira.com.br/
>PostgreSQL: Consultoria, Desenvolvimento, Suporte 24x7 e Treinamento
> ___
> pgbr-geral mailing list
> pgbr-geral@listas.postgresql.org.br
> https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral




-- 
foobar
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] PgBouncer - Alguém tem alguma experiência para contar?

2015-10-02 Por tôpico Franklin Anderson de Oliveira Souza
Nossa ! Desculpe, me enganei totalmente, terei mais atenção da próxima vez !

Em 2 de outubro de 2015 17:00, Glauco Torres 
escreveu:

>
>
> No dia 2 de outubro de 2015 às 16:55, Franklin Anderson de Oliveira Souza
>  escreveu:
>
>> Eu tenho !
>>
>> configurei o log de acordo com a documentação. Deixei coletando por um
>> tempo depois executei o  PgBouncer o que me gerou um html bem bacana com
>> muita informação relevante. Instalei o mesmo via yum num linux CentOS.
>>
>
>
> Humm?
>
> Pgbouncer gerando html? acho que você trocou as bolas amigo com pgBadger...
>
> PgBouncer é para pool de conexão...
>
> att Glauco Torres
>
> ___
> pgbr-geral mailing list
> pgbr-geral@listas.postgresql.org.br
> https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
>



-- 
foobar
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] PgBouncer - Alguém tem alguma experiência para contar?

2015-10-02 Por tôpico Everton Berz
Leonardo

Tenho experiência, estamos com pgBouncer em produção há quase um ano.
Qual a dúvida?





--
Everton

2015-10-02 19:21 GMT-03:00 Franklin Anderson de Oliveira Souza <
frankli...@gmail.com>:

> Nossa ! Desculpe, me enganei totalmente, terei mais atenção da próxima vez
> !
>
> Em 2 de outubro de 2015 17:00, Glauco Torres 
> escreveu:
>
>>
>>
>> No dia 2 de outubro de 2015 às 16:55, Franklin Anderson de Oliveira Souza
>>  escreveu:
>>
>>> Eu tenho !
>>>
>>> configurei o log de acordo com a documentação. Deixei coletando por um
>>> tempo depois executei o  PgBouncer o que me gerou um html bem bacana com
>>> muita informação relevante. Instalei o mesmo via yum num linux CentOS.
>>>
>>
>>
>> Humm?
>>
>> Pgbouncer gerando html? acho que você trocou as bolas amigo com
>> pgBadger...
>>
>> PgBouncer é para pool de conexão...
>>
>> att Glauco Torres
>>
>> ___
>> pgbr-geral mailing list
>> pgbr-geral@listas.postgresql.org.br
>> https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
>>
>
>
>
> --
> foobar
>
> ___
> 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] PgBouncer - Alguém tem alguma experiência para contar?

2015-10-02 Por tôpico Euler Taveira

On 02-10-2015 16:49, Leonardo Guimarães wrote:

Estou desenvolvendo um projeto e vi apossibilidade  de implementar o PgBouncer.
O projeto atenderia em torno de 200 conexões simultâneas.
O certo seria implantar ele do lado do cliente, no mesmo ambiente do APP ou no 
lado do servidor de dados?

Depende. Você não mencionou a arquitetura do seu sistema. Em uma 
arquitetura cliente-servidor, o pgBouncer fica junto com o SGBD. Em uma 
arquitetura web você pode ter tanto o pgBouncer nos servidores de 
aplicação quanto no servidor do SGBD.


O que você deve ter em mente é que onde o pgBouncer estiver, a conexão a 
ele é via socket (que é bem mais rápido do que a conexão TCP). Isso quer 
dizer que se o pgBouncer tiver que ficar estabelecendo muitas conexões 
ao longo do dia (para atender os picos de acesso, por exemplo) é melhor 
você ter o pgBouncer próximo ao SGBD.


Há a opção de colocar o pgBouncer em um servidor separado mas não é 
recomendado pois (i) é mais um ponto de falha e (ii) você perde o 
benefício das conexões via socket.


Eu já vi pessoas mencionarem instalar o pgBouncer tanto no servidor de 
aplicações quanto no servidor do SGBD mas eu não tenho números para 
afirmar se a diferença é tão grande com relação a um único pgBouncer.


Em termos de administração, ter um pgBouncer somente é o melhor cenário. 
Se sua arquitetura for web e você optou por instalar pgBouncer no 
servidor de aplicações, você vai precisar instalá-lo em N servidores de 
aplicação. No cenário com pgBouncer dos dois lados, você terá mais 
trabalho ainda (a instalação deve ocorrer em N+1 servidores de 
aplicação). Se bem que o pgBouncer não lança versões com tanta frequência.



--
   Euler Taveira   Timbira - http://www.timbira.com.br/
   PostgreSQL: Consultoria, Desenvolvimento, Suporte 24x7 e Treinamento
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] pgbouncer

2015-04-09 Por tôpico Euler Taveira
On 09-04-2015 10:35, Sebastian Webber wrote:
 Em 8 de abril de 2015 17:54, Euler Taveira eu...@timbira.com.br escreveu:


 1005

 Ugh? conexões do pgbouncer para banco devem ser calculadas de acordo com
 pool_size e reserve_pool_size.

 
 Euler,
 
 Pra mim garantir 1000 conexões quer dizer que num pico de acessos o banco
 tem que suportar 1000 conexões ou mais. Qual é a tua sugestão? Com tu pode
 calcular isso com os poucos dados que o colega passou?
 
Você só precisa ter uma relação pgbouncer - postgres de 1:1, se você
utilizar o modo session. No modo transaction, dificilmente você
conseguirá chegar em 1:1; geralmente 100:1, 80:1, 50:1, dependendo da
complexidade das transações.

Como não foi informado o número de usuário do postgres que utilizam o
banco de dados não é possível determinar o número máximo de conexões no
postgres (assumindo que só há um banco de dados no cluster). Seria algo
como:

numero_usuarios * (pool_size + reserve_pool_size)

A partir de alguma versão 1.6 (que ainda não foi lançada), há parâmetros
para limitar o cálculo acima por banco de dados (naqueles casos em que
não se utiliza usuário único do postgres).


-- 
   Euler Taveira   Timbira - http://www.timbira.com.br/
   PostgreSQL: Consultoria, Desenvolvimento, Suporte 24x7 e Treinamento
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral


Re: [pgbr-geral] pgbouncer

2015-04-09 Por tôpico Sebastian Webber
Em 8 de abril de 2015 17:54, Euler Taveira eu...@timbira.com.br escreveu:

 
  1005
 
 Ugh? conexões do pgbouncer para banco devem ser calculadas de acordo com
 pool_size e reserve_pool_size.


Euler,

Pra mim garantir 1000 conexões quer dizer que num pico de acessos o banco
tem que suportar 1000 conexões ou mais. Qual é a tua sugestão? Com tu pode
calcular isso com os poucos dados que o colega passou?

[]'s


http://swebber.me
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral


Re: [pgbr-geral] pgbouncer

2015-04-08 Por tôpico Euler Taveira
On 08-04-2015 17:41, Sebastian Webber wrote:
 Para este cenário, qual seria os valores ideais ou próximos para:

 max_connections (postgresql.conf)?

 
 1005
 
Ugh? conexões do pgbouncer para banco devem ser calculadas de acordo com
pool_size e reserve_pool_size.


-- 
   Euler Taveira   Timbira - http://www.timbira.com.br/
   PostgreSQL: Consultoria, Desenvolvimento, Suporte 24x7 e Treinamento
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral


Re: [pgbr-geral] pgbouncer

2015-04-08 Por tôpico Sebastian Webber
Em 8 de abril de 2015 17:35, Danilo Silva danilo.dsg.go...@gmail.com
escreveu:

 Pessoal,

 Preciso garantir um máximo de 1000 conexões simultâneas, então penso em
 utilizar o pgbouncer para efetuar um pool das conexões e tentar diminuir
 os acessos diretos ao postgres.


Que tipo de aplicação tu utiliza?


 Para este cenário, qual seria os valores ideais ou próximos para:

 max_connections (postgresql.conf)?


1005


 pool_mode (pgbouncer.ini)?


Depende muito na tua aplicação, mas acho que session seria o ideal pra
começar.

max_client_conn (pgbouncer.ini)?


1200


 default_pool_size (pgbouncer.ini)?


50

--

Para chegar nos valores ideais, acho interessante saber de mais detalhes da
aplicação.

-- 
Sebastian Webber
http://swebber.me
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral


[pgbr-geral] pgbouncer

2015-04-08 Por tôpico Danilo Silva
Pessoal,

Preciso garantir um máximo de 1000 conexões simultâneas, então penso em
utilizar o pgbouncer para efetuar um pool das conexões e tentar diminuir
os acessos diretos ao postgres.

Para este cenário, qual seria os valores ideais ou próximos para:

max_connections (postgresql.conf)?
pool_mode (pgbouncer.ini)?
max_client_conn (pgbouncer.ini)?
default_pool_size (pgbouncer.ini)?

[]s
Danilo
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral


Re: [pgbr-geral] PgBouncer max_client_conn X default_pool_size

2014-09-16 Por tôpico Rafael Fialho
Em 16 de setembro de 2014 08:10, Ariel Alves arielalves...@gmail.com
escreveu:

 Tenho uma dúvida enorme sobre o pgbouncer, precisamente nos valores
 *max_client_conn* e *default_pool_size.*

 O *max_cliente_conn* acredito que é a quantidade máxima de
 clientes/conexões que o pgbouncer pode receber  e este valor não deve ser
 superior ao do *max_connections* do *postgresql.conf.*

 Já o *default_pool_size* é um valor por database existente no servidor?
 devo utilizar para cada database do meu cluster 1 default_pool_size ?


 Se alguém que usa o pgbouncer plenamente poder me ajudar agradeço, também
 se alguém tiver dicas de leitura sobre o assunto agradeço.


 Já li algumas coisas sobre o pgbouncer, por exemplo as que seguem abaixo,
 mas esta minha duvida não está totalmente esclarecida.


 http://pt.slideshare.net/adorepump/pgbouncer-um-aglomerador-de-conexes-para-postgresql-1863981
 http://pgbouncer.projects.pgfoundry.org/doc/usage.html#_quick_start
 https://stansantiago.wordpress.com/tag/pgbouncer/

 O link em [1] explica melhor o funcionamento, descrevendo cada
configuração e o que implica suas alterações.
[]'s

[1]:
http://pgbouncer.projects.pgfoundry.org/doc/config.html#_generic_settings
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral


Re: [pgbr-geral] pgbouncer VS pgpool

2014-07-08 Por tôpico Flavio Henrique Araque Gurgel

Já disseram que para um pool de conexões, o pgbouncer é melhor que o
pgpool, ainda continua assim?


O pgbouncer é *mais eficiente* que o pgpool na função de aglomerador de 
conexões. Sim, isso continua sendo verdadeiro *na maioria dos casos*.


Nada impede que o pgpool seja usado em conjunto com o pgbouncer se forem 
necessárias outras funcionalidades do primeiro que o segundo não tem.



Como ambos tratam as transações (BEGIN, COMMIT e ROLLBACK)? Pelo fato de
utilizarem o mesmo canal de conexão, eu corro o risco de quando comitar
uma requisição de alguém, acabar comitando uma outra requisição de
outrem indevidamente?


Você não corre esse risco.
O pgbouncer possui três modos de operação:
- No modo conexão o pgbouncer liga uma conexão do banco para uma 
conexão da entrada enquanto ela existir, portanto, risco zero pois a 
conexão do banco só será ligada a outra conexão da entrada quando a 
anterior for encerrada.
- No modo transação a ligação e chaveamento das diversas conexões de 
entrada com as conexões de banco se dá justamente quando uma transação 
termina por commit ou rollback.
- Apenas num deles, modo statement, não há controle de transações e, 
mesmo assim, caso a aplicação cliente tente abrir uma transação com 
begin, o pgbouncer vai reclamar e emitir um erro, impedindo a 
continuação dessa transação.


O pgpool só tem um modo de operação baseado na ligação entre uma 
conexão da entrada com uma conexão do banco enquanto a conexão da 
entrada existir, portanto, o ciclo de vida da conexão é 100% respeitado 
e não há mistura, como no modo conexão do pgbouncer.


[]s
Flavio Gurgel
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral


[pgbr-geral] pgbouncer VS pgpool

2014-07-07 Por tôpico Danilo Silva
Pessoal,

Já disseram que para um pool de conexões, o pgbouncer é melhor que o
pgpool, ainda continua assim?

Como ambos tratam as transações (BEGIN, COMMIT e ROLLBACK)? Pelo fato de
utilizarem o mesmo canal de conexão, eu corro o risco de quando comitar uma
requisição de alguém, acabar comitando uma outra requisição de outrem
indevidamente?

[]s
Danilo
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral


Re: [pgbr-geral] Pgbouncer

2012-02-15 Por tôpico Leandro
Flavio / Shander, muito obrigado pela ajuda funcionou.

Para funcionar como gostaria tive de fazer mais uma alteração que foi
passar o metodo de autenticação do pg_hba.conf para md5.

grato,

Leandro

2012/2/14 Flavio Henrique Araque Gurgel fha...@gmail.com

  -bash-3.2$ psql -p 6432 meudb leandro
  Password for user leandro:
  psql: ERROR:  password authentication failed for user leandro

 O PgBouncer não reconheceu o usuário.

  Na segunda tentativa de conexão em sequencia
 
  -bash-3.2$ psql -p 6432 meudb leandro
  psql: ERROR:  pgbouncer cannot connect to server
  *** Parece que algo fica travado.
 
  minha conffiguração do pgbouncer /etc/pgboucer.ini:
 
  [databases]
 
  ; redirect bardb to bazdb on localhost
  meudb = host=127.0.0.1 port=5432 dbname=meubanco

 Usuário e senha do banco, deveria estar acima, exceto se usando trust
 ou com arquivo .pgpass.

  auth_type = md5
  ;auth_file = /var/lib/pgsql/data/global/pg_auth
  auth_file = /etc/userlist.txt
  ; ** Minha ideia é acessar utilizando o pg_auth do postgres mas como deu
  erro tentei assim para ver se ia mas tive o mesmo problema.

 Qual versão do PostgreSQL?
 A partir de 8.4 não tem esse arquivo de forma que o PgBouncer entenda.
 Talvez você tenha que criar o auth_file na mão.
 A estrutura dele é simples, duas colunas:
 usuário,senha em MD5

  pool_mode = session

 Se sua aplicação não usa tabelas temporárias ou prepared statements,
 use o modo transaction.
 É muiiito mais eficiente.

  # IPv4 local connections:
  hostall all 127.0.0.1/32  password

 Então você precisa passar usuário e senha na string de conexão lá de
 cima, onde citei.

 []s
 Flavio Gurgel
 ___
 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] Pgbouncer

2012-02-14 Por tôpico Flavio Henrique Araque Gurgel
 -bash-3.2$ psql -p 6432 meudb leandro
 Password for user leandro:
 psql: ERROR:  password authentication failed for user leandro

O PgBouncer não reconheceu o usuário.

 Na segunda tentativa de conexão em sequencia

 -bash-3.2$ psql -p 6432 meudb leandro
 psql: ERROR:  pgbouncer cannot connect to server
 *** Parece que algo fica travado.

 minha conffiguração do pgbouncer /etc/pgboucer.ini:

 [databases]

 ; redirect bardb to bazdb on localhost
 meudb = host=127.0.0.1 port=5432 dbname=meubanco

Usuário e senha do banco, deveria estar acima, exceto se usando trust
ou com arquivo .pgpass.

 auth_type = md5
 ;auth_file = /var/lib/pgsql/data/global/pg_auth
 auth_file = /etc/userlist.txt
 ; ** Minha ideia é acessar utilizando o pg_auth do postgres mas como deu
 erro tentei assim para ver se ia mas tive o mesmo problema.

Qual versão do PostgreSQL?
A partir de 8.4 não tem esse arquivo de forma que o PgBouncer entenda.
Talvez você tenha que criar o auth_file na mão.
A estrutura dele é simples, duas colunas:
usuário,senha em MD5

 pool_mode = session

Se sua aplicação não usa tabelas temporárias ou prepared statements,
use o modo transaction.
É muiiito mais eficiente.

 # IPv4 local connections:
 host    all all 127.0.0.1/32  password

Então você precisa passar usuário e senha na string de conexão lá de
cima, onde citei.

[]s
Flavio Gurgel
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral


[pgbr-geral] Pgbouncer

2012-02-13 Por tôpico Leandro
Pessoal, boa tarde estou iniciando a utilização do pgbouncer e gostaria de
uma ajuda. Como garantir que as aplicações não se conectem diretamente no
postgres e sim, sempre pelo pgbouncer? existe alguma forma de barrar essas
conexões diretas ao postgres?  (sei que posso alterar a porta do postgres,
mas se alguem descobrir a porta pode acabar se conectando... )

Obs.: o postgres e o pgbouncer estão na mesma maquina.
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral


Re: [pgbr-geral] Pgbouncer

2012-02-13 Por tôpico Flavio Henrique Araque Gurgel
Em 13 de fevereiro de 2012 15:04, Leandro leandr...@gmail.com escreveu:
 Pessoal, boa tarde estou iniciando a utilização do pgbouncer e gostaria de
 uma ajuda. Como garantir que as aplicações não se conectem diretamente no
 postgres e sim, sempre pelo pgbouncer? existe alguma forma de barrar essas
 conexões diretas ao postgres?  (sei que posso alterar a porta do postgres,
 mas se alguem descobrir a porta pode acabar se conectando... )

 Obs.: o postgres e o pgbouncer estão na mesma maquina.

Sim, veja em [1]. Limite as conexões ao PostgreSQL para socket local
ou localhost, e para o usuário do pgbouncer.

[1] http://www.postgresql.org/docs/current/static/auth-pg-hba-conf.html

[]s
Flavio Gurgel
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral


Re: [pgbr-geral] Pgbouncer

2012-02-13 Por tôpico Shander Lyrio
Em 13/02/2012 15:04, Leandro escreveu:
 Pessoal, boa tarde estou iniciando a utilização do pgbouncer e gostaria
 de uma ajuda. Como garantir que as aplicações não se conectem
 diretamente no postgres e sim, sempre pelo pgbouncer? existe alguma
 forma de barrar essas conexões diretas ao postgres?  (sei que posso
 alterar a porta do postgres, mas se alguem descobrir a porta pode acabar
 se conectando... )

 Obs.: o postgres e o pgbouncer estão na mesma maquina.

Não uso o pgbouncer, mas não seria mais simples configurar o postgresql 
para permitir apenas conexões do ip 127.0.0.1, desta forma o pgbouncer 
poderia conectar e ninguém mais.

Se quiser administrar de fora, poderia criar uma regra no pg_hba.conf 
que permita conexões de fora de apenas um usuário específico e bloqueie 
todos os outros.

Abraço,

--
Shander Lyrio
http://about.me/shander
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral


[pgbr-geral] Pgbouncer - ERRO

2010-10-14 Por tôpico Cicero Ronaldo
Bom dia senhores,

Estou tendo o seguinte problema com o Pgbouncer, alguém já passou por este
problema?

2010-10-14 23:55:33.420 12524 WARNING C-0x161f6060:
(nodb)/(nouser)@XXX.XXX.XXX.XXX:3849 Pooler Error: Unsupported startup
parameter: extra_float_digits
2010-10-14 23:55:33.423 12524 WARNING C-0x161f6060:
(nodb)/(nouser)@XXX.XXX.XXX.XXX:3850 unsupported startup parameter:
extra_float_digits=2
2010-10-14 23:55:33.423 12524 LOG C-0x161f6060:
(nodb)/(nouser)@XXX.XXX.XXX.XXX:3850 closing because: Unsupported startup
parameter: extra_float_digits (age=0)
2010-10-14 23:55:33.423 12524 WARNING C-0x161f6060:
(nodb)/(nouser)@XXX.XXX.XXX.XXX:3850 Pooler Error: Unsupported startup
parameter: extra_float_digits
2010-10-14 23:55:33.425 12524 WARNING C-0x161f6060:
(nodb)/(nouser)@XXX.XXX.XXX.XXX:3851 unsupported startup parameter:
extra_float_digits=2
2010-10-14 23:55:33.425 12524 LOG C-0x161f6060:
(nodb)/(nouser)@XXX.XXX.XXX.XXX:3851 closing because: Unsupported startup
parameter: extra_float_digits (age=0)
2010-10-14 23:55:33.425 12524 WARNING C-0x161f6060:
(nodb)/(nouser)@XXX.XXX.XXX.XXX:3851 Pooler Error: Unsupported startup
parameter: extra_float_digits

Onde XXX.XXX.XXX.XXX são os IPs de conexão.

Desde já agradeço a ajuda. No aguardo.

Abs

Cícero
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral


Re: [pgbr-geral] Pgbouncer - ERRO

2010-10-14 Por tôpico Roberto Mello
On Thu, Oct 14, 2010 at 9:47 AM, Cicero Ronaldo
cicero.rona...@gmail.com wrote:
 Bom dia senhores,

 Estou tendo o seguinte problema com o Pgbouncer, alguém já passou por este
 problema?

 2010-10-14 23:55:33.420 12524 WARNING C-0x161f6060:
 (nodb)/(nouser)@XXX.XXX.XXX.XXX:3849 Pooler Error: Unsupported startup
 parameter: extra_float_digits

Isso é um parâmetro que o Java (muito provavelmente) está enviando. O
PGBouncer só se preocupa com o que interessa, por isso o erro. Você
tem que decidir se isso é importante para sua aplicação, e se for,
colocar na configuração do PG, como diz o Marko Kreen aqui:
http://pgfoundry.org/pipermail/pgbouncer-general/2008-November/000307.html

Para fazer o pgbouncer ignorar o parâmetro, coloque no seu conf.ini:

ignore_startup_parameters = extra_float_digits

Roberto
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral


Re: [pgbr-geral] Pgbouncer - ERRO

2010-10-14 Por tôpico Cicero Ronaldo
Muito obrigado Roberto.

2010/10/14 Roberto Mello roberto.me...@gmail.com

 On Thu, Oct 14, 2010 at 9:47 AM, Cicero Ronaldo
 cicero.rona...@gmail.com wrote:
  Bom dia senhores,
 
  Estou tendo o seguinte problema com o Pgbouncer, alguém já passou por
 este
  problema?
 
  2010-10-14 23:55:33.420 12524 WARNING C-0x161f6060:
  (nodb)/(nouser)@XXX.XXX.XXX.XXX:3849 Pooler Error: Unsupported startup
  parameter: extra_float_digits

 Isso é um parâmetro que o Java (muito provavelmente) está enviando. O
 PGBouncer só se preocupa com o que interessa, por isso o erro. Você
 tem que decidir se isso é importante para sua aplicação, e se for,
 colocar na configuração do PG, como diz o Marko Kreen aqui:
 http://pgfoundry.org/pipermail/pgbouncer-general/2008-November/000307.html

 Para fazer o pgbouncer ignorar o parâmetro, coloque no seu conf.ini:

 ignore_startup_parameters = extra_float_digits

 Roberto
 ___
 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] Pgbouncer

2010-10-06 Por tôpico Cicero Ronaldo
Boa tarde senhores,

Alguém da lista já teve sucesso implementando o pgbouncer? Se sim poderiam
me passar algum roteiro de melhores práticas para implementação? No aguardo.

[ ] ' s

Cícero
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral


Re: [pgbr-geral] Pgbouncer

2010-10-06 Por tôpico Pablo Sánchez
Uai cara

http://wiki.postgresql.org/wiki/PgBouncer

http://wiki.postgresql.org/wiki/PgBouncerA documentação oficial não te
atende? Qual é o perrengue?

Em 6 de outubro de 2010 16:04, Cicero Ronaldo
cicero.rona...@gmail.comescreveu:

 Boa tarde senhores,

 Alguém da lista já teve sucesso implementando o pgbouncer? Se sim poderiam
 me passar algum roteiro de melhores práticas para implementação? No aguardo.

 [ ] ' s

 Cícero



 ___
 pgbr-geral mailing list
 pgbr-geral@listas.postgresql.org.br
 https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral




-- 




 *
Pablo Santiago Sánchez*
ZCE ZEND006757
phack...@gmail.com
(61) 9975-0883
http://www.sansis.com.br
*Quidquid latine dictum sit, altum viditur*
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral


[pgbr-geral] Pgbouncer

2010-09-29 Por tôpico Cicero Ronaldo
Bom dia senhores,

Gostaria de verificar se alguém da lista já teve experiência com o Pgbouncer
pois até o momento não obtive sucesso em sua utilização. Em outra mensagem
para lista repassei as configurações que estou utilizando, mas como sei que
o Pgbouncer está mesmo ativo? No log vejo que o mesmo não contabiliza a
quantidade de conexões, nem a quantidade de usuários, por isso estou achando
que o mesmo não está funcionando corretamente. Se tiverem algum how to de
implementação agradeço.

Abs

Cícero
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral


[pgbr-geral] Pgbouncer - Erro: FATAL: connection limit exceeded for non-superusers

2010-09-24 Por tôpico Cicero Ronaldo
Boa tarde senhores,

Estou usando o pgbouncer para gerenciar um pool de conexões e estou tendo o
seguinte erro:

FATAL: connection limit exceeded for non-superusers

Abaixo segue meu arquivo de configuração do pgbouncer:

[databases]
meubanco = hostname=127.0.0.1 port=5432

[pgbouncer]
logfile = /var/log/pgbouncer.log
pidfile = /var/run/pgbouncer/pgbouncer.pid
listen_addr = *
listen_port = 6432
auth_type = md5
auth-file = /var/lib/pgsql/data/global/pg_auth
admin_users = postgres
pool_mode = session

Lembrando que estou usando o Pgbouncer e o Postgresql na mesma máquina.

Desde já agradeço.

Abs

Cícero
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral


Re: [pgbr-geral] Pgbouncer - Erro: FATAL: connection limit exceeded for non-superusers

2010-09-24 Por tôpico Fabrízio de Royes Mello
Em 24 de setembro de 2010 14:11, Cicero Ronaldo
cicero.rona...@gmail.comescreveu:

 Boa tarde senhores,

 Estou usando o pgbouncer para gerenciar um pool de conexões e estou tendo o
 seguinte erro:

 FATAL: connection limit exceeded for non-superusers

 Abaixo segue meu arquivo de configuração do pgbouncer:

 [databases]
 meubanco = hostname=127.0.0.1 port=5432

 [pgbouncer]
 logfile = /var/log/pgbouncer.log
 pidfile = /var/run/pgbouncer/pgbouncer.pid
 listen_addr = *
 listen_port = 6432
 auth_type = md5
 auth-file = /var/lib/pgsql/data/global/pg_auth
 admin_users = postgres
 pool_mode = session

 Lembrando que estou usando o Pgbouncer e o Postgresql na mesma máquina.


Que valores vc tem em:

* pg_bouncer.ini
  - max_client_conn ??
  - default_pool_size ??

* postgresql.conf
  - max_connections ??


-- 
Fabrízio de Royes Mello
 Blog sobre TI: http://fabriziomello.blogspot.com
 Perfil Linkedin: http://br.linkedin.com/in/fabriziomello
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral


Re: [pgbr-geral] Pgbouncer - Erro: FATAL: connection limit exceeded for non-superusers

2010-09-24 Por tôpico Cicero Ronaldo
Boa tarde Fabrizio,

Segue informações solicitadas:

* pgbouncer:
  - max_client_conn 100 (estou querendo colocar pelo menos 1000)
  - default_pool_size 20

* postgresql.conf
  - max_connections 400

2010/9/24 Fabrízio de Royes Mello fabriziome...@gmail.com



 Em 24 de setembro de 2010 14:11, Cicero Ronaldo 
 cicero.rona...@gmail.comescreveu:

 Boa tarde senhores,

 Estou usando o pgbouncer para gerenciar um pool de conexões e estou tendo
 o seguinte erro:

 FATAL: connection limit exceeded for non-superusers

 Abaixo segue meu arquivo de configuração do pgbouncer:

 [databases]
 meubanco = hostname=127.0.0.1 port=5432

 [pgbouncer]
 logfile = /var/log/pgbouncer.log
 pidfile = /var/run/pgbouncer/pgbouncer.pid
 listen_addr = *
 listen_port = 6432
 auth_type = md5
 auth-file = /var/lib/pgsql/data/global/pg_auth
 admin_users = postgres
 pool_mode = session

 Lembrando que estou usando o Pgbouncer e o Postgresql na mesma máquina.


 Que valores vc tem em:

 * pg_bouncer.ini
   - max_client_conn ??
   - default_pool_size ??

 * postgresql.conf
   - max_connections ??


 --
 Fabrízio de Royes Mello
  Blog sobre TI: http://fabriziomello.blogspot.com
  Perfil Linkedin: http://br.linkedin.com/in/fabriziomello


 ___
 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