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
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 |