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

Rollback can fail if run against a lagged node that catches up

    XMLWordPrintable

Details

    • Bug
    • Status: Closed
    • Major - P3
    • Resolution: Fixed
    • None
    • 4.2.4, 4.3.3, 4.0.17
    • Replication
    • None
    • Fully Compatible
    • ALL
    • v4.2, v4.0
    • Repl 2018-06-18, Repl 2018-07-02, Repl 2018-07-16, Repl 2018-07-30, Repl 2019-11-18, Repl 2019-12-02, Repl 2020-01-27
    • 52

    Description

      It is possible to decide to roll back against a sync source that is behind the rollback node (due to receiving an empty batch), then resolve the common point when that same source is ahead. This leads to the rollback node crashing during oplog truncation, as there are no entries after the common point.

      Attachments

        Issue Links

          is related to

          Task - A task that needs to be done. SERVER-46050 Use getLastAppliedOpTime rather than getHeartbeatAppliedOpTime for checking primary's position

          • Major - P3 - Major loss of function.
          • Closed
          related to

          Bug - A problem which impairs or prevents the functions of the product. SERVER-33812 First initial sync oplog read batch fetched may be empty; do not treat as an error.

          • Critical - P2 - Crashes, loss of data, severe memory leak.
          • Closed

          Activity

            People

              siyuan.zhou@mongodb.com Siyuan Zhou
              vesselina.ratcheva@mongodb.com Vesselina Ratcheva
              Votes:
              0 Vote for this issue
              Watchers:
              10 Start watching this issue

              Dates

                Created:
                Updated:
                Resolved: