Re: loss of transactions in streaming replication

Поиск
Список
Период
Сортировка
От Fujii Masao
Тема Re: loss of transactions in streaming replication
Дата
Msg-id CAHGQGwGqLHMF_k1hbp7s5+C4yhbyuxKNuYXVdmtoRnjiQJBZdg@mail.gmail.com
обсуждение исходный текст
Ответ на Re: loss of transactions in streaming replication  (Robert Haas <robertmhaas@gmail.com>)
Ответы Re: loss of transactions in streaming replication  (Robert Haas <robertmhaas@gmail.com>)
Список pgsql-hackers
On Thu, Oct 20, 2011 at 1:05 AM, Robert Haas <robertmhaas@gmail.com> wrote:
> OK, so this is an artifact of the changes to make libpq communication
> bidirectional.  But I'm still confused about where the error is coming
> from.  In your OP, you wrote "In 9.2dev and 9.1, when walreceiver
> detects an error while sending data to WAL stream, it always emits
> ERROR even if there are data available in the receive buffer."  So
> that implied to me that this is only going to trigger if you have a
> shutdown together with an awkwardly-timed error.  But your scenario
> for reproducing this problem doesn't seem to involve an error.

Yes, my scenario doesn't cause any real error. My original description was
misleading. The following would be closer to the truth:
   "In 9.2dev and 9.1, when walreceiver detects the termination of replication   connection while sending data to WAL
stream,it always emits ERROR   even if there are data available in the receive buffer." 

Regards,

--
Fujii Masao
NIPPON TELEGRAPH AND TELEPHONE CORPORATION
NTT Open Source Software Center


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

Предыдущее
От: Kyotaro HORIGUCHI
Дата:
Сообщение: Re: [v9.2] make_greater_string() does not return a string in some cases
Следующее
От: Robert Haas
Дата:
Сообщение: Re: loss of transactions in streaming replication