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

Oplog Fetcher should use ASSERT_MIN_TS_HAS_NOT_FALLEN_OFF_OPLOG to detect falling off oplog

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

      Currently the OplogFetcher checks to see that it hasn't fallen off the oplog by checking if the minTs it requests is in the response. This is OK for unfiltered oplog fetching but kind of messy for filtered oplog fetching (since we must explicitly include that first timestamp, then exclude it according to the filter). We have a query option, ASSERT_MIN_TS_HAS_NOT_FALLEN_OFF_OPLOG, that can be used, we might want to use that instead, either in filtered mode or always.

            Assignee:
            backlog-server-repl [DO NOT USE] Backlog - Replication Team
            Reporter:
            matthew.russotto@mongodb.com Matthew Russotto
            Votes:
            0 Vote for this issue
            Watchers:
            7 Start watching this issue

              Created:
              Updated: