pgsql: When fetching WAL for a basebackup, report errors with a sensibl

Поиск
Список
Период
Сортировка
От Robert Haas
Тема pgsql: When fetching WAL for a basebackup, report errors with a sensibl
Дата
Msg-id E1mgWK4-0001HQ-2r@gemulon.postgresql.org
обсуждение исходный текст
Список pgsql-committers
When fetching WAL for a basebackup, report errors with a sensible TLI.

The previous code used ThisTimeLineID, which need not even be
initialized here, although it usually was in practice, because
pg_basebackup issues IDENTIFY_SYSTEM before calling BASE_BACKUP,
and that initializes ThisTimeLineID as a side effect. That's not
really good enough, though, not only because we shoudn't be counting
on side effects like that, but also because the TLI could change
meanwhile. Fortunately, we have convenient access to more meaningful
TLI values, so use those instead.

Because of the way this logic is coded, the consequences of using
a possibly-incorrect TLI here are no worse than a slightly confusing
error message, I don't want to take any risk here, so no back-patch
at least for now.

Patch by me, reviewed by Kyotaro Horiguchi and Michael Paquier

Discussion: http://postgr.es/m/CA+TgmoZRNWGWYDX9RgTXMG6_nwSdB=PB-PPRUbvMUTGfmL2sHQ@mail.gmail.com

Branch
------
master

Details
-------
https://git.postgresql.org/pg/commitdiff/2f5c4397c39dea49c5608ba583868e26d767fc32

Modified Files
--------------
src/backend/replication/basebackup.c | 13 ++++++-------
1 file changed, 6 insertions(+), 7 deletions(-)


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

Предыдущее
От: Peter Geoghegan
Дата:
Сообщение: pgsql: Demote pg_unreachable() in heapam to an assertion.
Следующее
От: Robert Haas
Дата:
Сообщение: pgsql: Fix race condition in startup progress reporting.