Add targeted magic restore test to create a backup while oplog holes are open

ExportXMLWordPrintableJSON

    • Type: Task
    • Resolution: Won't Do
    • Priority: Major - P3
    • None
    • Affects Version/s: None
    • Component/s: None
    • None
    • Replication
    • Repl 2024-05-27
    • None
    • None
    • None
    • None
    • None
    • None
    • None

      There's no guarantee that the stable timestamp aligns with a timestamp from an oplog entry. This can happen on the primary when the `allDurable` is used to calculate the stable timestamp, since this value is the timestamp of the latest open oplog hole minus 1. We should test magic restore with a backup that explicitly has a stable timestamp derived from this `allDurable` point and sure our invariants about timestamps hold.

            Assignee:
            Unassigned
            Reporter:
            Ali Mir
            Votes:
            0 Vote for this issue
            Watchers:
            4 Start watching this issue

              Created:
              Updated:
              Resolved: