Re: Is it correct to update db state in control file as "shutting down" during end-of-recovery checkpoint?
От | Bossart, Nathan |
---|---|
Тема | Re: Is it correct to update db state in control file as "shutting down" during end-of-recovery checkpoint? |
Дата | |
Msg-id | 6F1C3EAC-A255-4DDE-BE18-D9AF319D0762@amazon.com обсуждение исходный текст |
Ответ на | Re: Is it correct to update db state in control file as "shutting down" during end-of-recovery checkpoint? (Bharath Rupireddy <bharath.rupireddyforpostgres@gmail.com>) |
Ответы |
Re: Is it correct to update db state in control file as "shutting down" during end-of-recovery checkpoint?
|
Список | pgsql-hackers |
On 12/7/21, 5:21 PM, "Bharath Rupireddy" <bharath.rupireddyforpostgres@gmail.com> wrote: > On Wed, Dec 8, 2021 at 2:50 AM Bossart, Nathan <bossartn@amazon.com> wrote: >> I noticed that some (but not all) of the surrounding messages say >> "last known up at" the control file time. I'm curious why you chose >> not to use that phrasing in this case. > > If state is DB_IN_END_OF_RECOVERY_CHECKPOINT that means the db was > interrupted while in end-of-recovery checkpoint, so I used the > phrasing similar to DB_IN_CRASH_RECOVERY and DB_IN_ARCHIVE_RECOVERY > cases. I would like to keep it as-is (in the v1 patch) unless anyone > has other thoughts here? > (errmsg("database system was interrupted while in recovery at %s", > (errmsg("database system was interrupted while in recovery at log time %s", I think that's alright. The only other small suggestion I have would be to say "during end-of-recovery checkpoint" instead of "while in end-of-recovery checkpoint." Another option we might want to consider is to just skip updating the state entirely for end-of-recovery checkpoints. The state would instead go straight from DB_IN_CRASH_RECOVERY to DB_IN_PRODUCTION. I don't know if it's crucial to have a dedicated control file state for end-of-recovery checkpoints. Nathan
В списке pgsql-hackers по дате отправления: