pg.ddx.io  pgsql-admin@postgresql.org mailing list archive  
help / color / mirror / Atom feed
From: Andres Freund <andres@anarazel.de>
To: Alvaro Herrera <alvherre@alvh.no-ip.org>
Cc: Alex Kliukin <alexk@hintbits.com>
Cc: pgsql-admin@postgresql.org
Subject: Re: 'replication checkpoint has wrong magic' on the newly cloned replicas
Date: Wed, 29 Nov 2017 16:41:07 -0800
Message-ID: <20171130004107.j2ve7qn2ene7fqhm@alap3.anarazel.de> (raw)
In-Reply-To: <20171129232243.vk5ik5szknppo3it@alvherre.pgsql>
References: <1511966240.1459861.1188109744.2D26AD08@webmail.messagingengine.com>
	<20171129232243.vk5ik5szknppo3it@alvherre.pgsql>

Hi,

On 2017-11-29 20:22:43 -0300, Alvaro Herrera wrote:
> Alex Kliukin wrote:
>
> > 2017-11-15 13:15:46.673 CET,,,15154,,5a0c2ff1.3b32,5,,2017-11-15
> > 13:15:45 CET,,0,PANIC,XX000,"replication checkpoint has wrong magic
> > 5714534 instead of 307747550",,,,,,,,,""
>
> Uhh ... I had never heard of this "replication checkpoint" thing.

Contains information about how far logical replication like solutions
have replayed from other systems.


> It is part of replication origins feature, which is fairly new stuff
> (see src/backend/replication/logical/origin.c).  I'd bet this problem
> is related to a bug in logical replication "origins" code rather than
> any procedural problems in your base-backup taking setup ...

Possible.

What's the max_replication_origins setting? Is the system receiving
logical replication data? Could you describe the setup a bit? Any chance
the system's partially been running without fsync? Could you attach both
a corrupt and a non-corrupt state file?

It's a bit weird to see such an error because normally the state file's
just written to a temporary file and then renamed into place,
overwriting the old file.


> I wonder if there is some truncation of the 0x1257DADE value that
> produces the 5714534 value you're seeing -- something related to a
> pg_logical/replorigin_checkpoint file being written partially while the
> backup is being taken.
>
> Another point towards not including pg_logical/ contents when taking a
> base backup, I guess ...

You'd cause corruption if logical replication is in use, so no, please
don't.

- Andres




view thread (15+ messages)  latest in thread

Message-ID: <20171130004107.j2ve7qn2ene7fqhm@alap3.anarazel.de>
Permalink:  ../20171130004107.j2ve7qn2ene7fqhm@alap3.anarazel.de/
Also on:    postgresql.org/message-id/20171130004107.j2ve7qn2ene7fqhm@alap3.anarazel.de

 · 

reply

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Reply to all the recipients using the --to and --cc options:
  reply via email

  To: pgsql-admin@postgresql.org
  Cc: andres@anarazel.de, alvherre@alvh.no-ip.org, alexk@hintbits.com
  Subject: Re: 'replication checkpoint has wrong magic' on the newly cloned replicas
  In-Reply-To: <20171130004107.j2ve7qn2ene7fqhm@alap3.anarazel.de>

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

This inbox is served by DDX for PostgreSQL; see mirroring instructions
for how to clone and mirror all data and code used for this inbox