Re: BUG #15636: PostgreSQL 11.1 pg_basebackup backup to a CIFSdestination throws fsync error at end of backup
От
Stephen Frost
Тема
Re: BUG #15636: PostgreSQL 11.1 pg_basebackup backup to a CIFSdestination throws fsync error at end of backup
Дата
Msg-id
20190218162638.GH6197@tamriel.snowman.net
Ответ на
BUG #15636: PostgreSQL 11.1 pg_basebackup backup to a CIFS destination throws fsync error at end of backup (PG Bug reporting form)
Список
Дерево обсуждения
BUG #15636: PostgreSQL 11.1 pg_basebackup backup to a CIFS destination throws fsync error at end of backup PG Bug reporting form <noreply@postgresql.org>
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 John Klann <jk7255@gmail.com>
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>
Re: BUG #15636: PostgreSQL 11.1 pg_basebackup backup to a CIFSdestination throws fsync error at end of backup Andres Freund <andres@anarazel.de>
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>
Re: BUG #15636: PostgreSQL 11.1 pg_basebackup backup to a CIFSdestination throws fsync error at end of backup Thomas Munro <thomas.munro@enterprisedb.com>
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//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 по дате отправления
От: Stephen Frost
Дата:
От: Tom Lane
Дата: