| From: | "Jeff Wigal (Referee Assistant)" <jeff(at)referee-assistant(dot)com> |
|---|---|
| To: | "Tom Lane" <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
| Cc: | pgsql-general(at)postgresql(dot)org |
| Subject: | Re: Connection reset by peer / broken pipe |
| Date: | 2008-04-01 21:44:05 |
| Message-ID: | 3a1553070804011444k7e934aafs9714b2f2738d1a3d@mail.gmail.com |
| Views: | Whole Thread | Raw Message | Download mbox | Resend email |
| Thread: | |
| Lists: | 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(at)sss(dot)pgh(dot)pa(dot)us> wrote:
> "Jeff Wigal (Referee Assistant)" <jeff(at)referee-assistant(dot)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
>
| From | Date | Subject | |
|---|---|---|---|
| Next Message | kevin kempter | 2008-04-01 21:51:30 | Update Join ? |
| Previous Message | Tom Lane | 2008-04-01 21:24:46 | Re: Too many commands in a transaction |