Re: [ADMIN] pg_basebackup recovery failure

Поиск
Список
Период
Сортировка
От Magnus Hagander
Тема Re: [ADMIN] pg_basebackup recovery failure
Дата
Msg-id CABUevEy+mMPKS-6VjbwcuzFisYBhCcJwgR_Amr+04w1JotoqQg@mail.gmail.com
обсуждение исходный текст
Ответ на [ADMIN] pg_basebackup recovery failure  (Ray Stell <stellr@vt.edu>)
Ответы Re: [ADMIN] pg_basebackup recovery failure  (Jorge Torralba <jorge.torralba@gmail.com>)
Re: [ADMIN] pg_basebackup recovery failure  (Ray Stell <stellr@vt.edu>)
Список pgsql-admin
On Tue, Mar 7, 2017 at 12:31 PM, Ray Stell <stellr@vt.edu> wrote:

On this doc page are some command examples for pg_basebackup:

        https://www.postgresql.org/docs/current/static/app-pgbasebackup.html

such as: 

    pg_basebackup -h mydbserver -D /usr/local/pgsql/data

I've never gotten this to work.  When I bring up the copy on an intended standby system I always get the classic:
PANIC:  could not locate a valid checkpoint record
Failing that, I backed up with pg_start_backup/tar/pg_stop_backup as an alternative, but I was always curious what I was doing wrong. 
The wiki page on setting up replication:    https://wiki.postgresql.org/wiki/Streaming_Replication

says use the command with this options:      pg_basebackup -h 192.168.0.10 -D /srv/pgsql/standby -P -U replication --xlog-method=stream

and I stumbled into option:
     --checkpoint=fast

The standby was able to recover when I used one of these, I don't remember which, maybe both. 

Should the doc be updated or am I missing something?    

If you are using pg_basebackup without a log archive, then yes, you need --xlog-method=stream (or fetch). The checkpoint method only affects how quickly the checkpoint runs, it will always run.

If you do have a log archive, it should work fine without --xlog=stream, but you need to put your restore_command into recovery.conf manually.

--

В списке pgsql-admin по дате отправления:

Предыдущее
От: Ray Stell
Дата:
Сообщение: [ADMIN] pg_basebackup recovery failure
Следующее
От: Jorge Torralba
Дата:
Сообщение: Re: [ADMIN] pg_basebackup recovery failure