Re: Recent vendor SSL renegotiation patches break PostgreSQL

Поиск
Список
Период
Сортировка
От Heikki Linnakangas
Тема Re: Recent vendor SSL renegotiation patches break PostgreSQL
Дата
Msg-id 4B6A6C48.9080908@enterprisedb.com
обсуждение исходный текст
Ответ на Re: Recent vendor SSL renegotiation patches break PostgreSQL  (Tom Lane <tgl@sss.pgh.pa.us>)
Список pgsql-hackers
Tom Lane wrote:
> Alvaro Herrera <alvherre@commandprompt.com> writes:
>> FWIW I think there's another problem with streaming replication here,
>> which is that most data flows from client to server, so it would take
>> quite some time for the threshold to be reached.  Note that there's no
>> size check in the libpq frontend code.  Normally this is not an issue
>> because the bulk of data is expected to flow in the other direction.
> 
> Huh?  I thought the slaves connect to the master, rather than the other
> way round?

Correct, slave connects to the master.

Alvaro is pointing out that most data flows from client to server, like
in COPY FROM. But the server counts both in- and out-going data against
the renegotiation limit, so the server will initiate renegotiation just
fine in that case too.

--  Heikki Linnakangas EnterpriseDB   http://www.enterprisedb.com


В списке pgsql-hackers по дате отправления:

Предыдущее
От: Robert Haas
Дата:
Сообщение: Re: [CFReview] Red-Black Tree
Следующее
От: Fujii Masao
Дата:
Сообщение: Re: [BUGS] BUG #4566: pg_stop_backup() reports incorrect STOP WAL LOCATION