pgsql: Don't set reachedMinRecoveryPoint during crash recovery. In cras
В списке pgsql-committers по дате отправления:
| От | Heikki Linnakangas |
|---|---|
| Тема | pgsql: Don't set reachedMinRecoveryPoint during crash recovery. In cras |
| Дата | |
| Msg-id | E1RZ0vX-0005HQ-NZ@gemulon.postgresql.org обсуждение |
| Список | pgsql-committers |
Don't set reachedMinRecoveryPoint during crash recovery. In crash recovery, we don't reach consistency before replaying all of the WAL. Rename the variable to reachedConsistency, to make its intention clearer. In master, that was an active bug because of the recent patch to immediately PANIC if a reference to a missing page is found in WAL after reaching consistency, as Tom Lane's test case demonstrated. In 9.1 and 9.0, the only consequence was a misleading "consistent recovery state reached at %X/%X" message in the log at the beginning of crash recovery (the database is not consistent at that point yet). In 8.4, the log message was not printed in crash recovery, even though there was a similar reachedMinRecoveryPoint local variable that was also set early. So, backpatch to 9.1 and 9.0. Branch ------ REL9_1_STABLE Details ------- http://git.postgresql.org/pg/commitdiff/e45057e0a7c4f5c6f1d662853c616eea26e9b0e4 Modified Files -------------- src/backend/access/transam/xlog.c | 21 +++++++++++++++++---- 1 files changed, 17 insertions(+), 4 deletions(-)
В списке pgsql-committers по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера