Re: Connection reset by peer / broken pipe

From: "Albe Laurenz" <laurenz(dot)albe(at)wien(dot)gv(dot)at>
To: "Jeff Wigal \(Referee Assistant\) *EXTERN*" <jeff(at)referee-assistant(dot)com>, <pgsql-general(at)postgresql(dot)org>
Subject: Re: Connection reset by peer / broken pipe
Date: 2008-04-07 07:36:25
Message-ID: D960CB61B694CF459DCFB4B0128514C201F3F556@exadv11.host.magwien.gv.at
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general

Jeff Wigal wrote:
>>> I am running Postgres 8.2.3 and am seeing the following error messages in my
>>> logs:
>>>
>>> LOG: SSL SYSCALL error: Connection reset by peer
>>> LOG: could not receive data from client: Connection reset by peer
>>> LOG: unexpected EOF on client connection
>>> LOG: could not send data to client: Broken pipe
>>
>> Do your client applications tend to leave an open connection sitting
>> idle for awhile? If so you might be getting burnt by idle-connection
>> timeouts in intervening routers. NAT-capable boxes in particular
>> will kill a connection that carries no data for "too long". If you're
>> lucky the router will offer a way to adjust its timeout ...
>
> I'm in the process of tracking down the cause of this... Is
> there any way on the server side of things to terminate a
> connection after "x" number of minutes? For what we're
> doing, there is no reason to have a connection open after 10
> minutes.

There are tcp_keepalives_idle, tcp_keepalives_interval, and tcp_keepalives_count
(see http://www.postgresql.org/docs/8.3/static/runtime-config-connection.html).

They can make the server check idle connections and detect dead ones,
which will be closed.

Yours,
Laurenz Albe

In response to

Browse pgsql-general by date

  From Date Subject
Next Message David Wilson 2008-04-07 07:47:17 Re: select distinct and index usage
Previous Message josep porres 2008-04-07 07:11:46 edb-debugger, debugging pl/pgsql