Re: BUG #15636: PostgreSQL 11.1 pg_basebackup backup to a CIFSdestination throws fsync error at end of backup

Поиск
Список
Период
Сортировка
От John Klann
Тема Re: BUG #15636: PostgreSQL 11.1 pg_basebackup backup to a CIFSdestination throws fsync error at end of backup
Дата
Msg-id CAHyX5+VGCkWb_81_v_JsqJKzOEbBqDzjX8JmNWA5ogJTXmXgWw@mail.gmail.com
обсуждение исходный текст
Ответ на Re: BUG #15636: PostgreSQL 11.1 pg_basebackup backup to a CIFSdestination throws fsync error at end of backup  (Stephen Frost <sfrost@snowman.net>)
Ответы Re: BUG #15636: PostgreSQL 11.1 pg_basebackup backup to a CIFSdestination throws fsync error at end of backup  (Thomas Munro <thomas.munro@gmail.com>)
Список pgsql-bugs
Thanks Stephen for pointing this out.

John

On Mon, Feb 18, 2019 at 11:26 AM Stephen Frost <sfrost@snowman.net> wrote:
Greetings,

* PG Bug reporting form (noreply@postgresql.org) wrote:
>                               archive_mode = 'on'
>                               archive_command = 'test ! -f /pgxlog1/data1/%f || cp /pgxlog1/data1/%f
> /cifs/backups/<backupDirectoryName>/dmp/archive/%f'

I realize you were complaining about pg_basebackup here, but since you
shared your config, I wanted to point out that the above is an
absolutely *terrible* archive_command, *especially* when you've got a
network filesystem involved.

There's no guarantee with that archive command that the WAL makes it to
the backup server or that it's completely written out on the backup
server before the PG server removes the WAL- if something happened (a
network hiccup, the CIFS server being rebooted, or the PG server
restarting) there's a real possibility that you'd lose some portion of
your WAL, which could make a backup invalid, or could make it so you
can't do PITR.

Please don't roll your own backup solution like this.

Thanks!

Stephen

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

Предыдущее
От: David Rowley
Дата:
Сообщение: Re: BUG #15572: Misleading message reported by "Drop functionoperation" on DB with functions having same name
Следующее
От: Julien Rouhaud
Дата:
Сообщение: Re: BUG #15572: Misleading message reported by "Drop functionoperation" on DB with functions having same name