Re: 'replication checkpoint has wrong magic' on the newly cloned replicas
От | Oleksii Kliukin |
---|---|
Тема | Re: 'replication checkpoint has wrong magic' on the newly cloned replicas |
Дата | |
Msg-id | CFFC01E6-FE97-4490-8D39-903BB910AB85@fastmail.com обсуждение исходный текст |
Ответ на | Re: 'replication checkpoint has wrong magic' on the newly clonedreplicas (Stephen Frost <sfrost@snowman.net>) |
Ответы |
Re: 'replication checkpoint has wrong magic' on the newly cloned replicas
|
Список | 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 по дате отправления: