| From: | Magnus Hagander <magnus(at)hagander(dot)net> |
|---|---|
| To: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
| Cc: | vyang <vyang(at)apt-cafm(dot)com>, pgsql-general(at)postgresql(dot)org |
| Subject: | Re: SSL SYSCALL error: A blocking operation was interrupted by a call to WSACancelBlockingCall |
| Date: | 2008-05-01 20:19:08 |
| Message-ID: | 481A25BC.8010102@hagander.net |
| Views: | Whole Thread | Raw Message | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-general |
Tom Lane wrote:
> "vyang" <vyang(at)apt-cafm(dot)com> writes:
>> I'm having trouble with postgres filling the log with SSL SYSCALL error: A
>> blocking operation was interrupted by a call to WSACancelBlockingCall.
>
> That was fixed some time ago:
>
> 2007-05-17 21:20 tgl
>
> * src/backend/libpq/: be-secure.c (REL7_4_STABLE), be-secure.c
> (REL8_1_STABLE), be-secure.c (REL8_0_STABLE), be-secure.c
> (REL8_2_STABLE), be-secure.c: Remove redundant logging of send
> failures when SSL is in use. While pqcomm.c had been taught not to
> do that ages ago, the SSL code was helpfully bleating anyway.
> Resolves some recent reports such as bug #3266; however the
> underlying cause of the related bug #2829 is still unclear.
>
> Update to a newer release.
Actually, this only fixes the repeated logging that could take down your
entire server. The underlying issue is still there AFAIK, and can kill a
single connection.
Changing the SSL code to get around that is on my TODO for 8.4.
//Magnus
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Osvaldo Kussama | 2008-05-01 20:29:57 | Re: question about join |
| Previous Message | Ottavio Campana | 2008-05-01 17:54:44 | Re: question about join |