Re: 'replication checkpoint has wrong magic' on the newly cloned replicas - Mailing list pgsql-admin

From Oleksii Kliukin
Subject Re: 'replication checkpoint has wrong magic' on the newly cloned replicas
Date
Msg-id CFFC01E6-FE97-4490-8D39-903BB910AB85@fastmail.com
Whole thread Raw
In response to Re: 'replication checkpoint has wrong magic' on the newly clonedreplicas  (Stephen Frost <sfrost@snowman.net>)
Responses Re: 'replication checkpoint has wrong magic' on the newly cloned replicas  (Stephen Frost <sfrost@snowman.net>)
List pgsql-admin
Hi Stephen,

> On 29. Nov 2017, at 15:54, Stephen Frost <sfrost@snowman.net> wrote:
>
> Greetings,
>
> * Alex Kliukin (alexk@hintbits.com) wrote:
>> The cloning itself is done by copying a compressed image via ssh,
>> running the
>> following command from the replica:
>>
>> """ssh {master} 'cd {master_datadir} && tar -lcp --exclude "*.conf" \
>>         --exclude "recovery.done" \
>>         --exclude "pacemaker_instanz" \
>>         --exclude "dont_start" \
>>         --exclude "pg_log" \
>>         --exclude "pg_xlog" \
>>         --exclude "postmaster.pid" \
>>         --exclude "recovery.done" \
>>           * | pigz -1 -p 4' | pigz -d -p 4 | tar -xpmUv -C
>>           {slave_datadir}""
>>
>> The WAL archiving starts before the copy starts, as the script that
>> clones the
>> replica checks that the WALs archiving is running before the cloning.
>
> Maybe you've doing it and haven't mentioned it, but you have to use
> pg_start/stop_backup

Sorry for not mentioning it, as it seemed obvious, but we are calling pg_start_backup and pg_stop_backup at the right
time.

Cheers,
Alex


pgsql-admin by date:

Previous
From: Stephen Frost
Date:
Subject: Re: 'replication checkpoint has wrong magic' on the newly clonedreplicas
Next
From: Stephen Frost
Date:
Subject: Re: 'replication checkpoint has wrong magic' on the newly cloned replicas