Re: [BUG] pg_basebackup from disconnected standby fails
От | Michael Paquier |
---|---|
Тема | Re: [BUG] pg_basebackup from disconnected standby fails |
Дата | |
Msg-id | CAB7nPqTYTwLRhXNJk+f-0O0am+2mLXao2jt0f7sMeKiXmULbUA@mail.gmail.com обсуждение исходный текст |
Ответ на | Re: [BUG] pg_basebackup from disconnected standby fails (Amit Kapila <amit.kapila16@gmail.com>) |
Ответы |
Re: [BUG] pg_basebackup from disconnected standby fails
|
Список | pgsql-hackers |
On Wed, Oct 26, 2016 at 1:40 PM, Amit Kapila <amit.kapila16@gmail.com> wrote: > If you are inclined towards this solution, then I think what we need > to do is to change the API UpdateMinRecoveryPoint() such that it's > second parameter can take three values. 0 means update > minRecoveryPoint to passed lsn if minRecoveryPoint < lsn; 1 means > update minRecoveryPoint to latest replayed point if minRecoveryPoint < > lsn, same as currently false for *force*; 2 indicates same behaviour > as current *force* as true. Also we need to pass currentTLI parameter > (lastCheckPoint.ThisTimeLineID) to this API to update > minRecoveryPointTLI. I have not tried this, but I think something on > these lines should work. 0 is the behavior that you get when force = false, so it works as 1, no? -- Michael
В списке pgsql-hackers по дате отправления: