Uploaded image for project: 'Core Server'
  1. Core Server
  2. SERVER-88532

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

    • Type: Icon: Task Task
    • Resolution: Unresolved
    • Priority: Icon: Major - P3 Major - P3
    • None
    • Affects Version/s: None
    • Component/s: None
    • Labels:
      None
    • Replication

      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 Unassigned
            Reporter:
            ali.mir@mongodb.com Ali Mir
            Votes:
            0 Vote for this issue
            Watchers:
            2 Start watching this issue

              Created:
              Updated: