Re: [HACKERS] pg_stop_backup(wait_for_archive := true) on standby server
От | Michael Paquier |
---|---|
Тема | Re: [HACKERS] pg_stop_backup(wait_for_archive := true) on standby server |
Дата | |
Msg-id | CAB7nPqSc4jG4EnxRG2u4+LVjvYUpNOBPEkx0ND0e0v4eKTqaeg@mail.gmail.com обсуждение исходный текст |
Ответ на | Re: [HACKERS] pg_stop_backup(wait_for_archive := true) on standby server (Stephen Frost <sfrost@snowman.net>) |
Список | pgsql-hackers |
On Sun, Jul 9, 2017 at 8:00 PM, Stephen Frost <sfrost@snowman.net> wrote: > * Noah Misch (noah@leadboat.com) wrote: >> [Action required within three days. This is a generic notification.] >> >> The above-described topic is currently a PostgreSQL 10 open item. Stephen, >> since you committed the patch believed to have created it, you own this open >> item. If some other commit is more relevant or if this does not belong as a >> v10 open item, please let us know. Otherwise, please observe the policy on >> open item ownership[1] and send a status update within three calendar days of >> this message. Include a date for your subsequent status update. Testers may >> discover new open items at any time, and I want to plan to get them all fixed >> well in advance of shipping v10. Consequently, I will appreciate your efforts >> toward speedy resolution. Thanks. > > I'm out of town this week but will review the patch from Masahiko and > provide a status update by July 17th. Good to know. I was planning to review the patch within 24 hours. I have spotted at least one bug in the patch: there is no need to wait for the backup history file and the last segment to be archived on a standby unless archive_mode = always, meaning that XLogArchivingAlways() needs to be used instead of XLogArchivingActive(). There may be other things, but I am lacking time and brain power now for a complete analysis. -- Michael
В списке pgsql-hackers по дате отправления: