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

Log oplog application errors during selective restore

    • Type: Icon: Task Task
    • Resolution: Unresolved
    • Priority: Icon: Major - P3 Major - P3
    • None
    • Affects Version/s: None
    • Component/s: None
    • None
    • RSS Sydney
    • PopcornChicken - 2024-09-17

      When we perform a selective PIT restore, we expect the caller to insert all oplog entries from the checkpoint timestamp to the point in time timestamp, regardless if the oplog entry references an unrestored collection. Normally, hitting an error during oplog application will crash the node. When `--restore` is used, we'll skip crashing on oplog application errors, since the oplog application error may be from a collection that we did not selectively restore.

      It would be helpful to produce some log output here signaling that we skipped processing an oplog application error. This is something that could be backported safely to older versions, to help with debugging selective restores.

            Assignee:
            clarisse.cheah@mongodb.com Clarisse Cheah
            Reporter:
            ali.mir@mongodb.com Ali Mir
            Votes:
            0 Vote for this issue
            Watchers:
            3 Start watching this issue

              Created:
              Updated: