Re: Invalid data read from synchronously replicated hot standby

From: martin(dot)kamp(dot)jensen(at)schneider-electric(dot)com
To: Adrian Klaver <adrian(dot)klaver(at)aklaver(dot)com>
Cc: pgsql-general(at)postgresql(dot)org
Subject: Re: Invalid data read from synchronously replicated hot standby
Date: 2016-04-26 08:23:49
Message-ID: OF35E7AA48.A41D13C3-ONC1257FA1.002DD281-C1257FA1.002E2577@schneider-electric.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general

Adrian Klaver <adrian(dot)klaver(at)aklaver(dot)com> wrote on 04/21/2016 16:03:55:

> From: Adrian Klaver <adrian(dot)klaver(at)aklaver(dot)com>
> To: Martin Kamp Jensen/DK/Schneider(at)Europe, pgsql-general(at)postgresql(dot)org
> Date: 04/21/2016 16:09
> Subject: Re: [GENERAL] Invalid data read from synchronously
> replicated hot standby
>
> On 04/21/2016 01:05 AM, martin(dot)kamp(dot)jensen(at)schneider-electric(dot)com wrote:
> > Hi,
> >
> > We are getting invalid data when reading from a synchronously
replicated
> > hot standby node in a 2-node setup. To better understand the
situation,
> > we have created a document that provides an overview. We are hoping
that
> > someone might be able to confirm whether or not the setup makes sense,
> > i.e., whether we are using PostgreSQL correctly and experiencing a
bug,
> > or if we are using PostgreSQL incorrectly.
> >
> > Link to document that contains a step-by-step description of the
> > situation:
> > https://docs.google.com/document/d/1MuX8rq1gKw_WZ-
> HVflqxFslvXNTRGKa77A4NHto4ue0/edit?usp=sharing
> >
> >
> > If the setup is sane (and expected to work), we will work on setting
up
> > a minimal reproduce that avoids our complete system. We are thinking
> > that a scripted Ansible/Vagrant setup makes sense.
>
> Questions:
>
> What is wal_level set to?

wal_level = hot_standby

>
> Why on Node A do you have in recovery.conf?:
> primary_conninfo = 'host=<Node A IP address>'
>
> What exactly are you trying to do?
>
> Looks to me you are trying to have multi-master, is that the case?

Eh, that's a mistake in the document. Probably because of a leftover
recovery.done file. We only have Node A as master. I have updated the
document.

I have been trying to reproduce the issue with a simple setup but so far
without any luck.

>
> >
> > Best regards,
> > Martin
>
>
> --
> Adrian Klaver
> adrian(dot)klaver(at)aklaver(dot)com
>
> ______________________________________________________________________
> This email has been scanned by the Symantec Email Security.cloud
service.
> ______________________________________________________________________

In response to

Browse pgsql-general by date

  From Date Subject
Next Message Tim Klicks 2016-04-26 08:37:06 Re: Pgsql troubleshooting & Iscsi
Previous Message Shulgin, Oleksandr 2016-04-26 07:40:48 Re: Add relcreated (timestamp) column to pg_class catalog to record the time an object was created