Re: client conx problems, 7.3.2

From: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
To: Randy Cone <cone(at)hpl(dot)umces(dot)edu>
Cc: pgsql-bugs(at)postgresql(dot)org
Subject: Re: client conx problems, 7.3.2
Date: 2003-02-26 21:16:14
Message-ID: 6337.1046294174@sss.pgh.pa.us
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-bugs

Randy Cone <cone(at)hpl(dot)umces(dot)edu> writes:
> I'm getting this on large inserts when connecting via perl's DBD::Pg using
> on *both* hostssl and host access methods:

> Feb 26 10:57:23 scylla postgres[25273]: [1] LOG: connection received:
> host=127.0.0.1 port=35399
> Feb 26 10:57:23 scylla postgres[25273]: [2] LOG: connection authorized:
> user=xxxx database=xxxx
> Feb 26 10:57:46 scylla postgres[25273]: [3] LOG: SSL renegotiation
> failure

You sure you are on 7.3.2 --- at both ends? This looks like the problem
allegedly fixed by this patch:

2003-01-08 18:18 momjian

* src/: backend/libpq/be-secure.c, interfaces/libpq/fe-secure.c
(REL7_3_STABLE), backend/libpq/be-secure.c,
interfaces/libpq/fe-secure.c: The second was that renegotiation was
just plain broken. I can't believe I didn't notice this before --
once 64k was sent to/from the server the client would crash.
Basicly, in 7.3 the server SSL code set the initial state to "about
to renegotiate" without actually starting the renegotiation. In
addition, the server and client didn't properly handle the
SSL_ERROR_WANT_(READ|WRITE) error. This is fixed in the second
patch.

Nathan Mueller

which is in 7.3.2 but not earlier releases.

I dunno anything about SSL, so if it is still broken I can't help
... but you could try Nathan Mueller ...

regards, tom lane

In response to

Responses

Browse pgsql-bugs by date

  From Date Subject
Next Message Randy Cone 2003-02-26 21:28:07 Re: client conx problems, 7.3.2
Previous Message Randy Cone 2003-02-26 19:33:48 client conx problems, 7.3.2