Re: Connection reset by peer / broken pipe - Mailing list pgsql-general

From Jeff Wigal (Referee Assistant)
Subject Re: Connection reset by peer / broken pipe
Date
Msg-id 3a1553070804011444k7e934aafs9714b2f2738d1a3d@mail.gmail.com
Whole thread Raw
In response to Re: Connection reset by peer / broken pipe  (Tom Lane <tgl@sss.pgh.pa.us>)
Responses Re: Connection reset by peer / broken pipe  ("Jeff Wigal (Referee Assistant)" <jeff@referee-assistant.com>)
List pgsql-general
That's possible.  They are communicating with the server using MS Access, which is connecting to the server through the Postgres ODBC driver. 

On Tue, Apr 1, 2008 at 5:12 PM, Tom Lane <tgl@sss.pgh.pa.us> wrote:
"Jeff Wigal (Referee Assistant)" <jeff@referee-assistant.com> writes:
> 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 ...

                       regards, tom lane

pgsql-general by date:

Previous
From: Tom Lane
Date:
Subject: Re: Too many commands in a transaction
Next
From: kevin kempter
Date:
Subject: Update Join ?