RE: LOG: could not receive data from client: Connection reset by peer

From: Alvaro Herrera <alvherre(at)alvh(dot)no-ip(dot)org>
To: lgarciam <lgarciam(at)vnz(dot)uci(dot)cu>
Cc: Ayuda <pgsql-es-ayuda(at)postgresql(dot)org>
Subject: RE: LOG: could not receive data from client: Connection reset by peer
Date: 2011-11-21 16:46:26
Message-ID: 1321893345-sup-3170@alvh.no-ip.org
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-es-ayuda


Excerpts from lgarciam's message of lun nov 21 13:08:18 -0300 2011:
> Alvaro, los parámetros de configuración
>
> tcp_keepalives_idle (integer)
> tcp_keepalives_interval (integer)
> tcp_keepalives_count (integer)
>
> Podrían tener algo que ver con esto?
>
> Algo que me está sucediendo, si tal vez has utilizado pgpool o alguien de la lista que haya tenido una experiencia sobre este comportamiento, es que cada un determinado intervalo de tiempo en que pgpool ejecuta un health check si la conexión de pgpool hacia Postgres es trust en pg_hba.conf todo se ejecuta sin problemas, sin embargo cuando pongo un método de autenticación ya sea password o md5, esto sucede.

Ahh, ya entiendo. Lo que puede estar pasando es que el cliente trata de
conectarse sin password, pero falla porque el servidor no lo acepta;
luego cierra la conexión bruscamente, y después se conecta otra vez
usando la password, y entonces todo funciona.

En otras palabras, no es nada grave, sólo genera ruido en el log. Sería
cosa de pgpool que cuando la conexión falla la primera vez, se
preocupara de cerrar correctamente la conexión. Tendrías que
reportárselo a ellos (o actualizar, si es que ya lo corrigieron).

--
Álvaro Herrera <alvherre(at)alvh(dot)no-ip(dot)org>

In response to

Responses

Browse pgsql-es-ayuda by date

  From Date Subject
Next Message Lazaro Rubén García Martinez 2011-11-21 16:48:32 RE: LOG: could not receive data from client: Connection reset by peer
Previous Message Alejandro Carrillo 2011-11-21 16:39:49 Re: Problema con configuracion de pg_hba.conf