-
Type:
Task
-
Resolution: Unresolved
-
Priority:
Major - P3
-
None
-
Affects Version/s: None
-
Component/s: None
-
None
-
RSS Sydney
-
PopcornChicken - 2024-09-17
There are a couple of problems with the current implementation to report the "oplogEnd" timestamp.
- The timestamp is fetched outside the critical section where we ensure no checkpoint took place. This can result in the "oplogEnd" timestamp being reported as less than the checkpoint timestamp the backup cursor was opened against.
- The "oplogEnd" timestamp is not majority committed. It is the last applied optime, and can be rolled back.
If we remove this, it would only be in the $backupCursor and not $backupCursorExtend.
- is depended on by
-
SERVER-88532 Add targeted magic restore test to create a backup while oplog holes are open
-
- Blocked
-