Re: loss of transactions in streaming replication

From: Fujii Masao <masao(dot)fujii(at)gmail(dot)com>
To: Robert Haas <robertmhaas(at)gmail(dot)com>
Cc: PostgreSQL-development <pgsql-hackers(at)postgresql(dot)org>
Subject: Re: loss of transactions in streaming replication
Date: 2011-10-21 01:51:01
Message-ID: CAHGQGwGqLHMF_k1hbp7s5+C4yhbyuxKNuYXVdmtoRnjiQJBZdg@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

On Thu, Oct 20, 2011 at 1:05 AM, Robert Haas <robertmhaas(at)gmail(dot)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

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Robert Haas 2011-10-21 03:01:52 Re: loss of transactions in streaming replication
Previous Message Kyotaro HORIGUCHI 2011-10-21 01:36:46 Re: [v9.2] make_greater_string() does not return a string in some cases