Re: [pgbr-geral] SELECT simples lento dentro da procedure e rápido fora dela

2017-06-28 Por tôpico Ronaldo Bernardes Pereira 
Alexsander, boa noite


Criei meu próprio exemplo para entender seu problema e chegar em uma
conclusão do que está ocorrendo.

--=== Criei uma tabela para teste a partir do generate_series

create table analyze_query as select
gn::character(20),'SomeTextExample'::text from generate_series(1,1000)
gn;


postgres=# \d analyze_query
 Tabela "public.analyze_query"
 Coluna | Tipo  | Modificadores
+---+---
 gn | character(10) |
 text   | text  |


--=== verificando o tamanho da tabela

postgres=# \dt+ analyze_query
 Lista de relações
 Esquema | Nome  |  Tipo  |   Dono   | Tamanho | Descrição
-+---++--+-+---
 public  | analyze_query | tabela | postgres | 574 MB  |


--=== Criei um index na coluna gn

create unique index on analyze_query(gn);


--=== Criei uma  FUNCTION parecida com a sua com o tipo do
argumento text

CREATE OR REPLACE FUNCTION sp_teste1(chave text)
 RETURNS text
 LANGUAGE plpgsql
AS $$
DECLARE
BEGIN
  PERFORM gn FROM analyze_query WHERE gn = chave;
  Return 'OK';
END;
$$;


--=== Executei o explain em um select parecido com o seu, para
comprovar que o índice seria usado

postgres=#  explain select gn FROM analyze_query WHERE gn ='900';
   QUERY PLAN

 Index Only Scan using analyze_query_gn_idx on analyze_query
(cost=0.43..8.45 rows=1 width=14)
   Index Cond: (gn = '900'::bpchar)
(2 registros)

--=== Query com tempo de execução

postgres=# select gn FROM analyze_query WHERE gn ='900';
 gn

 900
Tempo: 0,240 ms


--=== FUNCTION com tempo de execução, nesse caso o tempo foi muito
maior

postgres=# select sp_teste1('900');
 sp_teste1
---
 OK
(1 registro)

Tempo: 3144,483 ms

--===  Fiz o load do módulo auto explain para gerar plano de
execução automatico, tanto na tela como log do PostgreSQL.


LOAD 'auto_explain';
SET auto_explain.log_analyze TO on;
SET auto_explain.log_min_duration TO 0;
SET auto_explain.log_nested_statements TO on;
SET client_min_messages TO log;


--===  Executei a FUNCTION sp_teste1

Tempo: 16,121 ms
postgres=# select sp_teste1('900');
LOG:  duration: 3123.277 ms  plan:
Query Text: SELECT gn FROM analyze_query WHERE gn = chave
Seq Scan on analyze_query  (cost=0.00..223530.00 rows=5 width=14)
(actual time=2819.195..3123.258 rows=1 loops=1)
  Filter: ((gn)::text = '900'::text)
  Rows Removed by Filter: 999
CONTEXTO:  comando SQL "SELECT gn FROM analyze_query WHERE gn = chave"
função PL/pgSQL sp_teste1(text) linha 4 em PERFORM
LOG:  duration: 3123.736 ms  plan:
Query Text: select sp_teste1('900');
Result  (cost=0.00..0.26 rows=1 width=0) (actual time=3123.713..3123.716
rows=1 loops=1)
 sp_teste1
---
 OK
(1 registro)

Tempo: 3124,263 ms


--===   Plano  da query da FUNCTION sp_teste1, comprovando que
houve o seq scan

Seq Scan on analyze_query  (cost=0.00..223530.00 rows=5 width=14)
(actual time=2819.195..3123.258 rows=1 loops=1)
Filter: ((gn)::text = '900'::text)


--=== Alterei o argumento de (chave text) para (chave character(10))

CREATE OR REPLACE FUNCTION sp_teste2(chave character(10))
 RETURNS text
 LANGUAGE plpgsql
AS $$
DECLARE
BEGIN
  PERFORM gn FROM analyze_query WHERE gn = chave;
  Return 'OK';
END;
$$;


 --===  Fiz o teste também fazendo o CAST explicito e funcionou,
perfeitamente também como no exemplo anterior

 CREATE OR REPLACE FUNCTION sp_teste1(chave text)
 RETURNS text
 LANGUAGE plpgsql
AS $$
DECLARE
BEGIN
  PERFORM gn FROM analyze_query WHERE gn = chave::bpchar;  <<--- CAST
explicito
  Return 'OK';
END;
$$;

 --===   Executei novamente (Novo caso)


postgres=# select sp_teste2('900');
LOG:  duration: 0.292 ms  plan:
Query Text: SELECT gn FROM analyze_query WHERE gn = chave
Index Only Scan using analyze_query_gn_idx on analyze_query
(cost=0.43..8.45 rows=1 width=14) (actual time=0.264..0.267 rows=1 loops=1)
  Index Cond: (gn = '900'::bpchar)
  Heap Fetches: 1
CONTEXTO:  comando SQL "SELECT gn FROM analyze_query WHERE gn = chave"
função PL/pgSQL sp_teste3(character) linha 4 em PERFORM
LOG:  duration: 0.955 ms  plan:
Query Text: select sp_teste2('900');
Result  (cost=0.00..0.26 rows=1 width=0) (actual time=0.934..0.936 rows=1
loops=1)
 sp_teste3
---
 OK
(1 registro)


 --=== duration com a mudança tanto no argumento, como no CAST
explicito

LOG:  duration: 0.955 ms  plan:


Index Only Scan using analyze_query_gn_idx on analyze_query
(cost=0.43..8.45 rows=1 width=14) (actual time=0.264..0.267 rows=1 loops=1)
  Index Cond: (gn = '900'::bpchar)


 --=== Executar novamente (Caso antigo)


postgres=# select sp_teste1('900');
LOG:  duration: 3141.335 ms  plan:
Query

Re: [pgbr-geral] ERROR: out of shared memory in pg_dump

2017-06-28 Por tôpico Douglas Fabiano Specht 
Em 28 de junho de 2017 21:49, Euler Taveira  escreveu:

> Em 28 de junho de 2017 17:45, Douglas Fabiano Specht <
> douglasfabi...@gmail.com> escreveu:
>
>>
>> Ocorre que ao efetuar um dump, está dando o seguinte erro:
>>
>> ERROR:  out of shared memory pg_dump
>> WARNING:  out of shared memory
>> HINT increase max_locks_per_transaction
>>
>
> O pg_dump faz um bloqueio (AccessShareLock) para cada tabela que irá
> copiar. Como ele faz isso numa única transação, o parâmetro
> max_locks_per_transaction deve ser no mínimo igual ao número de tabelas a
> serem copiadas. Isso é necessário para não permitir remoção ou alteração do
> esquema enquanto a cópia estiver sendo feita. Ao alterar
> max_locks_per_transaction você precisará fazer um restart.
>
> Euler,
esse valor é para cada schema 233 tabelas ou 41000 tabelas no geral de
todos os schemas..?

-- 
>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
>



-- 

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

Re: [pgbr-geral] ERROR: out of shared memory in pg_dump

2017-06-28 Por tôpico Euler Taveira 
Em 28 de junho de 2017 17:45, Douglas Fabiano Specht <
douglasfabi...@gmail.com> escreveu:

>
> Ocorre que ao efetuar um dump, está dando o seguinte erro:
>
> ERROR:  out of shared memory pg_dump
> WARNING:  out of shared memory
> HINT increase max_locks_per_transaction
>

O pg_dump faz um bloqueio (AccessShareLock) para cada tabela que irá
copiar. Como ele faz isso numa única transação, o parâmetro
max_locks_per_transaction deve ser no mínimo igual ao número de tabelas a
serem copiadas. Isso é necessário para não permitir remoção ou alteração do
esquema enquanto a cópia estiver sendo feita. Ao alterar
max_locks_per_transaction você precisará fazer um restart.


-- 
   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] ERROR: out of shared memory in pg_dump

2017-06-28 Por tôpico Douglas Fabiano Specht 
Em 28 de junho de 2017 17:45, Douglas Fabiano Specht <
douglasfabi...@gmail.com> escreveu:

> Pessoal,
> depois dos erros que tivemos na semana passada, fizemos uma separação dos
> serviços do Postgres para 2 maquinas distintas.
> utilizei o Pgconfig.org para me recomendar e efetui as alterações
> necessárias conforme abaixo.
>
>
> # Generated by PGConfig 2.0 beta
> ## http://pgconfig.org
>
> # Memory Configuration
> shared_buffers = 3GB
> effective_cache_size = 9GB
> work_mem = 246MB
> maintenance_work_mem = 768MB
>
> # Checkpoint Related Configuration
> min_wal_size = 512MB
> max_wal_size = 2GB
> checkpoint_completion_target = 0.7
> wal_buffers = 16MB
>
> # Network Related Configuration
> listen_addresses = '*'
> max_connections = 50
>
> dados do servidor
> Debian 8.7
> Postgres 9.5.7
> Memoria do servidor 16GB
>
> Ocorre que ao efetuar um dump, está dando o seguinte erro:
>
> ERROR:  out of shared memory pg_dump
> WARNING:  out of shared memory
> HINT increase max_locks_per_transaction
>
> alguem poderia me ajudar nesse caso?
> nao alterei outras configurações.
> --
>
> Douglas Fabiano Specht
>

Pessoal,
para complementar essa base é muito grande em objetos, mas nao em dados,
temos 181 schemas com 233 tabelas em cada uma delas, o que da mais de
41.000 tabelas.
vi outros erros na internert que falam qdo existe muitos objetos, entao
pensei em quebrar esse dump e fazer algo dinamico, ou seja ler todos os
schemas e dividir em 3 ou 4 arquivos. o que acham?


-- 

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

Re: [pgbr-geral] DBF ==> Postgresql (dbf to postgresql)

2017-06-28 Por tôpico Leandro Guimarães Faria Corcete DUTRA 
Le mercredi 28 juin 2017 à 15:58 -0300, André Ormenese a écrit :
> 
> No Freebsd já utilizei o pgdbf (Instalei via ports). Funcionou
> perfeitamente. No Linux não sei se existe.

l@dcf-350092:~$ apt search pgdbf
En train de trier... Fait
Recherche en texte intégral... Fait
pgdbf/testing,unstable,now 0.6.2-1.1+b2 amd64  [installé]
  converter of XBase / FoxPro tables to PostgreSQL

l@dcf-350092:~$ 

É raro algo não existir em GNU/Linux, e geralmente está empacotado para
Debian e (ou) derivados.


--  
skype:leandro.gfc.dutra?chat  Yahoo!: ymsgr:sendIM?lgcdutra
+55 (61) 3546 7191  gTalk: xmpp:leand...@jabber.org
+55 (61) 9302 2691ICQ/AIM: aim:GoIM?screenname=61287803
BRAZIL GMT−3  MSN: msnim:chat?contact=lean...@dutra.fastmail.fm
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

[pgbr-geral] ERROR: out of shared memory in pg_dump

2017-06-28 Por tôpico Douglas Fabiano Specht 
Pessoal,
depois dos erros que tivemos na semana passada, fizemos uma separação dos
serviços do Postgres para 2 maquinas distintas.
utilizei o Pgconfig.org para me recomendar e efetui as alterações
necessárias conforme abaixo.


# Generated by PGConfig 2.0 beta
## http://pgconfig.org

# Memory Configuration
shared_buffers = 3GB
effective_cache_size = 9GB
work_mem = 246MB
maintenance_work_mem = 768MB

# Checkpoint Related Configuration
min_wal_size = 512MB
max_wal_size = 2GB
checkpoint_completion_target = 0.7
wal_buffers = 16MB

# Network Related Configuration
listen_addresses = '*'
max_connections = 50

dados do servidor
Debian 8.7
Postgres 9.5.7
Memoria do servidor 16GB

Ocorre que ao efetuar um dump, está dando o seguinte erro:

ERROR:  out of shared memory pg_dump
WARNING:  out of shared memory
HINT increase max_locks_per_transaction

alguem poderia me ajudar nesse caso?
nao alterei outras configurações.
-- 

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

Re: [pgbr-geral] DBF ==> Postgresql (dbf to postgresql)

2017-06-28 Por tôpico André Ormenese 
Em 28 de junho de 2017 15:20, POWER Informática <
power.informatica@gmail.com> escreveu:

> Pessoal preciso migrar uns arquivos DBF para Postgresql, já estou
> pesquisando no Google, mas como o povo aqui tem mais experiência, quem sabe
> e não fico testando X ou Y e vou logo para a produção com as dicas de vocês.
>
> A ideia é:
>
> 1) Importar bruto para tabela com o nome dos arquivos DBF;
>
> 2) converter os dados para que possam ser criticado no novo sistema (essa
> parte eu faço em SQL mesmo)
>
> Só isso ... Hehehehe...
>
> Eu estou usando:
> - Postgres 9.6.3
> - Ubuntu GNOME 17
>
> Não é uma base muito grande 25.000 reg em um arquivo DBF  e 18.000 em
> outro;
>
> De preferência gostaria de um software livre.
>
>
>
>
No Freebsd já utilizei o pgdbf (Instalei via ports). Funcionou
perfeitamente. No Linux não sei se existe.
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

[pgbr-geral] RES: DBF ==> Postgresql (dbf to postgresql)

2017-06-28 Por tôpico Hugo Quinteiro 


-Mensagem original-
De: pgbr-geral [mailto:pgbr-geral-boun...@listas.postgresql.org.br] Em nome de 
POWER Informática
Enviada em: quarta-feira, 28 de junho de 2017 15:21
Para: Comunidade PostgreSQL Brasileira; php-bra...@googlegroups.com
Assunto: [pgbr-geral] DBF ==> Postgresql (dbf to postgresql)

Pessoal preciso migrar uns arquivos DBF para Postgresql, já estou 
pesquisando no Google, mas como o povo aqui tem mais experiência, quem 
sabe e não fico testando X ou Y e vou logo para a produção com as dicas 
de vocês.

A ideia é:

1) Importar bruto para tabela com o nome dos arquivos DBF;

2) converter os dados para que possam ser criticado no novo sistema 
(essa parte eu faço em SQL mesmo)

Só isso ... Hehehehe...

Eu estou usando:
- Postgres 9.6.3
- Ubuntu GNOME 17

Não é uma base muito grande 25.000 reg em um arquivo DBF  e 18.000 em outro;

De preferência gostaria de um software livre.


Att.
Carlos Susviela

-- 
-
Carlos Alberto N. Susviela

(48) 984 466 384 - OI/SC

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


Quando preciso fazer isso, carrego o DBF no Excel, salvo como CSV e importo com 
COPY.

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

Re: [pgbr-geral] DBF ==> Postgresql (dbf to postgresql)

2017-06-28 Por tôpico Mauro Sérgio 
> Pessoal preciso migrar uns arquivos DBF para Postgresql,
[...]

Te indico o pgloader.

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

Re: [pgbr-geral] [php-brasil] DBF ==> Postgresql (dbf to postgresql)

2017-06-28 Por tôpico Marcos Thomaz 
Em 28 de junho de 2017 13:20, POWER Informática <
power.informatica@gmail.com> escreveu:

> Pessoal preciso migrar uns arquivos DBF para Postgresql, já estou
> pesquisando no Google, mas como o povo aqui tem mais experiência, quem sabe
> e não fico testando X ou Y e vou logo para a produção com as dicas de vocês.
>
> A ideia é:
>
> 1) Importar bruto para tabela com o nome dos arquivos DBF;
>
> 2) converter os dados para que possam ser criticado no novo sistema (essa
> parte eu faço em SQL mesmo)
>
> Só isso ... Hehehehe...
>
> Eu estou usando:
> - Postgres 9.6.3
> - Ubuntu GNOME 17
>
> Não é uma base muito grande 25.000 reg em um arquivo DBF  e 18.000 em
> outro;
>
> De preferência gostaria de um software livre.
>
>
> Att.
> Carlos Susviela
>
>

Provavelmente terão respostas mais elegantes do que a minha, mas precisei
fazer  isso em duas ocasiões. Na primeira, quando os dados não eram muito
grandes, usei o Base (do LibreOffice) para migrar. Na segunda ocasião, um
pequeno código em python resolveu. No caso dessa implementação em Python,
foi feita porque existiam algumas validações e transformações. Eram casos
bem simples. Talvez o ideal seria usar alguma ferramenta de ETL, mas como o
caso era simples, usei o que tinha disponível naquele momento.


-- 


Marcos Thomaz da Silva
Analista de Tecnologia da Informaçã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] Conexão remota via PG ADMIN III

2017-06-28 Por tôpico Tiago Brasil 
Problema resolvido pessoal.

O servidor do cliente tinha mais de um cluster rodando, logo, estava
editando o pg_hba.conf do cluster errado, pequenos detalhes mas que fazem
um dba coçar a cabeça!

Obrigado a todos! rsrs

Em 28 de junho de 2017 10:51, Leonardo Ferreira Guimarães <
leoguimar...@yandex.com> escreveu:

> Bom dia.
>
> Já deu uma olhada no firewall?
>
> Está usando Linux? Verifica também o SELinux.
>
>
>
> 28.06.2017, 10:40, "Alessandro Gonçalves" :
>
> Em 28 de junho de 2017 09:32, Tiago Brasil 
> escreveu:
>
> Bom dial pessoal,
>
> Estou tentando conectar com meu servidor de teste (10.0.0.3), porém, as
> entradas no pg_hba.conf estão dessa forma:
>
> host all all 0.0.0.0/0 trust
>
> Meu arquivo postgresql.conf está configurado assim:
> listen_addresses='*'
>
> Quando tento conectar via pg admin de uma estação da rede, não consigo,
> retorna um erro dizendo que não o pg admin não consegue encontrar uma
> entrada no pg_hba.conf para máquina "(ip da minha maquina)".
>
> O que poderia ser? poderiam me ajudar?
>
>
> --
> --*Tiago Menezes Brasil*--
> *Centro Universitário do Estado do Pará* (*CESUPA*)
> *Bacharel em Ciências da Computação* (*BCC*)
> --* Belém - PA - Brasil* --
>
>
>
> 
>  Livre
> de vírus. www.avast.com
> .
>
>
>
> ___
> pgbr-geral mailing list
> pgbr-geral@listas.postgresql.org.br
> https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
>
> Firewall???
> ,
>
> ___
> 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
>



-- 
--*Tiago Menezes Brasil*--
*Centro Universitário do Estado do Pará* (*CESUPA*)
*Bacharel em Ciências da Computação* (*BCC*)
--* Belém - PA - Brasil* --
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

[pgbr-geral] DBF ==> Postgresql (dbf to postgresql)

2017-06-28 Por tôpico POWER Informática 
Pessoal preciso migrar uns arquivos DBF para Postgresql, já estou 
pesquisando no Google, mas como o povo aqui tem mais experiência, quem 
sabe e não fico testando X ou Y e vou logo para a produção com as dicas 
de vocês.


A ideia é:

1) Importar bruto para tabela com o nome dos arquivos DBF;

2) converter os dados para que possam ser criticado no novo sistema 
(essa parte eu faço em SQL mesmo)


Só isso ... Hehehehe...

Eu estou usando:
- Postgres 9.6.3
- Ubuntu GNOME 17

Não é uma base muito grande 25.000 reg em um arquivo DBF  e 18.000 em outro;

De preferência gostaria de um software livre.


Att.
Carlos Susviela

--
-
Carlos Alberto N. Susviela

(48) 984 466 384 - OI/SC

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

Re: [pgbr-geral] Conexão remota via PG ADMIN III

2017-06-28 Por tôpico Leonardo Ferreira Guimarães 
Bom dia. Já deu uma olhada no firewall? Está usando Linux? Verifica também o SELinux.   28.06.2017, 10:40, "Alessandro Gonçalves" :Em 28 de junho de 2017 09:32, Tiago Brasil  escreveu:Bom dial pessoal, Estou tentando conectar com meu servidor de teste (10.0.0.3), porém, as entradas no pg_hba.conf estão dessa forma: host all all 0.0.0.0/0 trust Meu arquivo postgresql.conf está configurado assim:listen_addresses='*' Quando tento conectar via pg admin de uma estação da rede, não consigo, retorna um erro dizendo que não o pg admin não consegue encontrar uma entrada no pg_hba.conf para máquina "(ip da minha maquina)". O que poderia ser? poderiam me ajudar?  -- --Tiago Menezes Brasil--Centro Universitário do Estado do Pará (CESUPA)Bacharel em Ciências da Computação (BCC)-- Belém - PA - Brasil --   Livre de vírus. www.avast.com. ___pgbr-geral mailing listpgbr-geral@listas.postgresql.org.brhttps://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral Firewall???,___pgbr-geral mailing listpgbr-geral@listas.postgresql.org.brhttps://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] BUCARDO FIXME

2017-06-28 Por tôpico Emanuel Araújo 
>> Está te causando algum problema?

Não, apenas o log que gera muitas linhas, mas nada que um grep não resolva.

>> Tem um teste que possa reproduzir o problema?

Não, apenas no cenário de utilização do Bucardo + PGBouncer nas versões
informadas.

Bom, agradeço Euler.

Em 28 de junho de 2017 11:01, Euler Taveira  escreveu:

> Em 28 de junho de 2017 09:26, Emanuel Araújo  escreveu:
>
>>
>> Alguém já passou por esse erro no log do pgbouncer e poderia me ajudar a
>> resolver?
>>
>> "bucardo/bucardo@127.0.0.1:58548 FIXME: query end, but query_start == 0"
>>
>>
> Existem vários issues [1] sobre a mensagem mas até agora ninguém
> apresentou uma correção ou teste para reproduzir o problema. Está te
> causando algum problema? Tem um teste que possa reproduzir o problema? Ao
> meu ver é algo inofensivo mas há algo de errado com a manipulação da
> variável query_start.
>
>
> [1] https://github.com/pgbouncer/pgbouncer/issues/39
>
>
> --
>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
>



-- 


*Atenciosamente,Emanuel Araújo*

*Linux Certified, DBA PostgreSQL*
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] BUCARDO FIXME

2017-06-28 Por tôpico Euler Taveira 
Em 28 de junho de 2017 09:26, Emanuel Araújo  escreveu:

>
> Alguém já passou por esse erro no log do pgbouncer e poderia me ajudar a
> resolver?
>
> "bucardo/bucardo@127.0.0.1:58548 FIXME: query end, but query_start == 0"
>
>
Existem vários issues [1] sobre a mensagem mas até agora ninguém apresentou
uma correção ou teste para reproduzir o problema. Está te causando algum
problema? Tem um teste que possa reproduzir o problema? Ao meu ver é algo
inofensivo mas há algo de errado com a manipulação da variável query_start.


[1] https://github.com/pgbouncer/pgbouncer/issues/39


-- 
   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] Conexão remota via PG ADMIN III

2017-06-28 Por tôpico Wislan Lopes 
Já testou realizar um TELNET referente a porta do Postgres?
netstat -an | grep 5432 no Servidor ?
Ping?
Ta usando VirtualBox, ta como NAT ou Bridge?

Em 28 de junho de 2017 09:32, Tiago Brasil  escreveu:

> Bom dial pessoal,
>
> Estou tentando conectar com meu servidor de teste (10.0.0.3), porém, as
> entradas no pg_hba.conf estão dessa forma:
>
> host all all 0.0.0.0/0 trust
>
> Meu arquivo postgresql.conf está configurado assim:
> listen_addresses='*'
>
> Quando tento conectar via pg admin de uma estação da rede, não consigo,
> retorna um erro dizendo que não o pg admin não consegue encontrar uma
> entrada no pg_hba.conf para máquina "(ip da minha maquina)".
>
> O que poderia ser? poderiam me ajudar?
>
>
> --
> --*Tiago Menezes Brasil*--
> *Centro Universitário do Estado do Pará* (*CESUPA*)
> *Bacharel em Ciências da Computação* (*BCC*)
> --* Belém - PA - Brasil* --
>
>
>
> 
>  Livre
> de vírus. www.avast.com
> .
> <#m_4981693369446945123_DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2>
>
> ___
> pgbr-geral mailing list
> pgbr-geral@listas.postgresql.org.br
> https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
>



-- 

Atenciosamente,
__

Wislan Lopes
Analista de Banco de Dados


Antes de imprimir este e-mail pense em sua responsabilidade e compromisso
com o 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] Conexão remota via PG ADMIN III

2017-06-28 Por tôpico Alessandro Gonçalves 
Em 28 de junho de 2017 09:32, Tiago Brasil  escreveu:

> Bom dial pessoal,
>
> Estou tentando conectar com meu servidor de teste (10.0.0.3), porém, as
> entradas no pg_hba.conf estão dessa forma:
>
> host all all 0.0.0.0/0 trust
>
> Meu arquivo postgresql.conf está configurado assim:
> listen_addresses='*'
>
> Quando tento conectar via pg admin de uma estação da rede, não consigo,
> retorna um erro dizendo que não o pg admin não consegue encontrar uma
> entrada no pg_hba.conf para máquina "(ip da minha maquina)".
>
> O que poderia ser? poderiam me ajudar?
>
>
> --
> --*Tiago Menezes Brasil*--
> *Centro Universitário do Estado do Pará* (*CESUPA*)
> *Bacharel em Ciências da Computação* (*BCC*)
> --* Belém - PA - Brasil* --
>
>
>
> 
>  Livre
> de vírus. www.avast.com
> .
> <#m_-6460538327979946776_DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2>
>
> ___
> pgbr-geral mailing list
> pgbr-geral@listas.postgresql.org.br
> https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
>


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

[pgbr-geral] Conexão remota via PG ADMIN III

2017-06-28 Por tôpico Tiago Brasil 
Bom dial pessoal,

Estou tentando conectar com meu servidor de teste (10.0.0.3), porém, as
entradas no pg_hba.conf estão dessa forma:

host all all 0.0.0.0/0 trust

Meu arquivo postgresql.conf está configurado assim:
listen_addresses='*'

Quando tento conectar via pg admin de uma estação da rede, não consigo,
retorna um erro dizendo que não o pg admin não consegue encontrar uma
entrada no pg_hba.conf para máquina "(ip da minha maquina)".

O que poderia ser? poderiam me ajudar?


-- 
--*Tiago Menezes Brasil*--
*Centro Universitário do Estado do Pará* (*CESUPA*)
*Bacharel em Ciências da Computação* (*BCC*)
--* Belém - PA - Brasil* --



Livre
de vírus. www.avast.com
.
<#DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2>
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

[pgbr-geral] BUCARDO FIXME

2017-06-28 Por tôpico Emanuel Araújo 
Bom dia,

Alguém já passou por esse erro no log do pgbouncer e poderia me ajudar a
resolver?

"bucardo/bucardo@127.0.0.1:58548 FIXME: query end, but query_start == 0"


PostgreSQL 9.5

UbuntuServer 14 LTS
PGBouncer 1.7.2

Bucardo 5.4.1



-- 


*Atenciosamente,Emanuel Araújo*

*Linux Certified, DBA PostgreSQL*
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral