[SERVER-81032] Fix checkpoint detection while opening a backup cursor Created: 13/Sep/23  Updated: 29/Oct/23  Resolved: 15/Sep/23

Status: Closed
Project: Core Server
Component/s: None
Affects Version/s: 7.2.0-rc0, 7.1.0-rc2
Fix Version/s: 7.2.0-rc0, 7.1.0-rc3

Type: Bug Priority: Major - P3
Reporter: Gregory Wlodarek Assignee: Gregory Noma
Resolution: Fixed Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified

Issue Links:
Backports
Depends
depends on WT-9208 Add cursor method to allow applicatio... Closed
Problem/Incident
Related
related to SERVER-81179 Backup cursor service reports backup ... Closed
related to SERVER-65974 Replace HistoricalIdentTracker with c... Closed
Backwards Compatibility: Fully Compatible
Operating System: ALL
Backport Requested:
v7.1, v7.0
Sprint: Execution NAMR Team 2023-09-18
Participants:
Linked BF Score: 148

 Description   

Checkpointing does a bunch of work between committing the checkpoint to all the files and updating the last_checkpoint timestamp so it's not atomic. The solution is to use WT_CURSOR::checkpoint_id introduced in WT-9208 to guard that a checkpoint didn't occur during this setup code instead of relying on getLastStableRecoveryTimestamp. Instead we'd open a checkpoint cursor at the beginning and another at the end to compare the checkpoint IDs.



 Comments   
Comment by Githook User [ 15/Sep/23 ]

Author:

{'name': 'Gregory Noma', 'email': 'gregory.noma@gmail.com', 'username': 'gregorynoma'}

Message: SERVER-81032 Implement `getCheckpointId` for `devnull` engine cursor

(cherry picked from commit 5b30e7cf65b776460bb3ef6fced4707c088f21da)
Branch: v7.1
https://github.com/mongodb/mongo/commit/5c3d2a6466cfa961727b3d9fc02edc15273b54f2

Comment by Githook User [ 14/Sep/23 ]

Author:

{'name': 'Gregory Noma', 'email': 'gregory.noma@gmail.com', 'username': 'gregorynoma'}

Message: SERVER-81032 Implement `getCheckpointId` for `devnull` engine cursor
Branch: master
https://github.com/mongodb/mongo/commit/5b30e7cf65b776460bb3ef6fced4707c088f21da

Generated at Thu Feb 08 06:45:16 UTC 2024 using Jira 9.7.1#970001-sha1:2222b88b221c4928ef0de3161136cc90c8356a66.