Rollback logic to adjust collection fast counts should not process entire oplog chain for vectored inserts

XMLWordPrintableJSON

    • Type: Bug
    • Resolution: Fixed
    • Priority: Major - P3
    • 8.0.0-rc0
    • Affects Version/s: None
    • Component/s: None
    • None
    • Replication
    • Fully Compatible
    • ALL
    • Repl 2024-03-18
    • 134
    • None
    • 3
    • None
    • None
    • None
    • None
    • None
    • None

      The logic here will process the entire oplog chain when determining adjusted record store counts for rollback.

      This logic is not correct for vectored inserts that replicate transactionally, as it is possible that only some of the entries from a given vectored insert get rolled back, as seen in BF-32174.

            Assignee:
            Matthew Russotto
            Reporter:
            Kaitlin Mahar
            Votes:
            0 Vote for this issue
            Watchers:
            9 Start watching this issue

              Created:
              Updated:
              Resolved: