Só complementando, tem uma variação do log, que agora lista a chama da função pl:
2012-08-18 18:20:24 BRT LOG: executar PRSTMT51654996179717353/PORTAL51654996179717353: SELECT version() 2012-08-18 18:20:24 BRT LOG: executar PRSTMT30284275279717353/PORTAL30284275279717353: show integer_datetimes 2012-08-18 18:20:24 BRT LOG: executar PRSTMT151131857779717353/PORTAL151131857779717353: SET autocommit=true 2012-08-18 18:20:24 BRT LOG: executar PRSTMT170462156579717353/PORTAL170462156579717353: SET datestyle=ISO 2012-08-18 18:20:24 BRT LOG: executar PRSTMT108890634879717353/PORTAL108890634879717353: SET client_encoding='UTF8' 2012-08-18 18:20:24 BRT LOG: executar PRSTMT76880307779717353/PORTAL76880307779717353: SET search_path TO public; 2012-08-18 18:20:24 BRT LOG: executar PRSTMT98458027279717368/PORTAL98458027279717368: SELECT * from sp_pesquisar_cliente($1, $2) AS return_value 2012-08-18 18:20:24 BRT DETALHE: parâmetros: $1 = '22635', $2 = '978' 2012-08-18 18:20:26 BRT ERRO: portal "PORTAL99004448679717368" não existe 2012-08-18 18:20:26 BRT FATAL: tipo de mensagem do cliente 0 é inválido ----- Mensagem original ----- > De: Jean Domingues <[email protected]> > Para: Comunidade PostgreSQL Brasileira <[email protected]> > Cc: > Enviadas: Sábado, 18 de Agosto de 2012 18:17 > Assunto: Re: [pgbr-geral] Erro fechando conexão > > Oi Euler, > > alterei o postgresql.conf pra logar todas as instruções sql. O log ficou > assim > agora: > > 2012-08-18 18:07:56 BRT LOG: executar > PRSTMT47070893478969016/PORTAL47070893478969016: SELECT version() > 2012-08-18 18:07:56 BRT LOG: executar > PRSTMT32037130078969016/PORTAL32037130078969016: show integer_datetimes > 2012-08-18 18:07:56 BRT LOG: executar > PRSTMT149479683378969016/PORTAL149479683378969016: SET autocommit=true > 2012-08-18 18:07:56 BRT LOG: executar > PRSTMT176644945978969016/PORTAL176644945978969016: SET datestyle=ISO > 2012-08-18 18:07:56 BRT LOG: executar > PRSTMT115073424278969016/PORTAL115073424278969016: SET > client_encoding='UTF8' > 2012-08-18 18:07:56 BRT LOG: executar > PRSTMT79959489878969016/PORTAL79959489878969016: SET search_path TO public; > 2012-08-18 18:07:56 BRT LOG: executar > PRSTMT18277082778969016/PORTAL18277082778969016: SET TRANSACTION ISOLATION > LEVEL > READ COMMITTED > 2012-08-18 18:07:56 BRT LOG: executar > PRSTMT120818118878969016/PORTAL120818118878969016: BEGIN > 2012-08-18 18:08:01 BRT LOG: não pôde receber dados do cliente: unrecognized > winsock error 10061 > 2012-08-18 18:08:01 BRT LOG: EOF inesperado durante conexão do cliente > 2012-08-18 18:08:01 BRT LOG: não pôde receber dados do cliente: unrecognized > winsock error 10061 > 2012-08-18 18:08:01 BRT LOG: EOF inesperado durante conexão do cliente > > Pra traz ta executando normalmente outras instruções. O pg está na mesma > máquina > (de desenvolvimento). Nunca tive problemas, inclusive outras rotinas, > cadastro, > etc, está funcionando normalmente. A versão 9.1.2. O que existe de particular > nessa rotina é que ela está sendo executada de modo assincrono (até 8 vezes), > até que a thread seja liberada, e chame novamente com outros parametros. Isso > eu > fiz pra poder executá-la simultaneamente, e otimizar o uso de processadores > do > servidor. Porém isso tem que acontecer dentro de uma transação. Pode estar > relacionado com o fato de serem varias chamadas simultaneas? Algo como DoS? > > > ----- Mensagem original ----- >> De: Euler Taveira <[email protected]> >> Para: Comunidade PostgreSQL Brasileira > <[email protected]> >> Cc: >> Enviadas: Sábado, 18 de Agosto de 2012 17:13 >> Assunto: Re: [pgbr-geral] Erro fechando conexão >> >> On 18-08-2012 17:02, Jean Domingues wrote: >>> uso o component de acesso a dados da Devart para Postgresql. Nunca > tive >> problemas, até agora. Estou executando PgSQLCommand e uma rotina multi > thread. O >> erro que estou tendo é que a conexão simplesmente fecha. No arquivo de log, > >> aparece o seguinte: >>> >>> 2012-08-18 16:53:16 BRT LOG: não pôde receber dados do cliente: >> unrecognized winsock error 10061 >>> 2012-08-18 16:53:16 BRT LOG: EOF inesperado durante conexão do > cliente >>> >> Essas dizem respeito a recusa de conexão pelo PostgreSQL? Qual versão > utiliza? >> Há algum firewall ativo no servidor ou entre o cliente e servidor que > esteja >> bloqueando a porta utilizada (por padrão 5432)? >> >>> 2012-08-18 16:55:13 BRT ERRO: formato de mensagem é inválido >>> 2012-08-18 16:55:13 BRT FATAL: tipo de mensagem do cliente 57 é > inválido >>> >> Isso me parece alguma incompatibilidade entre o driver utilizado e a versão > do >> PostgreSQL. Como você não deu detalhes fica difícil dizer. Qual a consulta >> gera esse erro? >> >> >> -- >> Euler Taveira de Oliveira - Timbira http://www.timbira.com.br/ >> PostgreSQL: Consultoria, Desenvolvimento, Suporte 24x7 e Treinamento >> _______________________________________________ >> pgbr-geral mailing list >> [email protected] >> https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral >> > _______________________________________________ > pgbr-geral mailing list > [email protected] > https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral > _______________________________________________ pgbr-geral mailing list [email protected] https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
