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

Report the offending oplog entries if a batch contains non-increasing transaction numbers

    • Type: Icon: Improvement Improvement
    • Resolution: Fixed
    • Priority: Icon: Major - P3 Major - P3
    • 3.6.9, 4.0.4, 4.1.5
    • Affects Version/s: None
    • Component/s: Sharding
    • None
    • Fully Compatible
    • v4.0, v3.6
    • Sharding 2018-10-22, Sharding 2018-11-05

      If this invariant trips, currently it is impossible to figure out exactly what was the state of the oplog batch on the secondary node without getting the entire oplog and scanning through it. This is problematic from supportability point of view since it requires customers to upload their entire oplog, which could be quite large.

      Instead, we should include as much information as possible in the mongodb log before crashing the server to help us diagnose this invariant.

            Assignee:
            kaloian.manassiev@mongodb.com Kaloian Manassiev
            Reporter:
            kaloian.manassiev@mongodb.com Kaloian Manassiev
            Votes:
            0 Vote for this issue
            Watchers:
            8 Start watching this issue

              Created:
              Updated:
              Resolved: