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

Invariant that operations which are holding open an oplog hole cannot call blocking functions

    XMLWordPrintable

    Details

    • Type: Improvement
    • Status: Closed
    • Priority: Major - P3
    • Resolution: Fixed
    • Affects Version/s: None
    • Fix Version/s: 4.7.0
    • Component/s: Storage
    • Labels:
      None
    • Backwards Compatibility:
      Fully Compatible
    • Sprint:
      Execution Team 2020-05-18

      Description

      This is a theoretical class of liveness bugs where operations cannot be replicated if a recovery unit with its commit timestamp set is prevented from committing/aborting.

      Observing whether a recovery unit is keeping a hole open is relatively simple. The harder part is instrumenting all of the possible blocking calls. The initial version should strive to at least cover:

      • Acquiring a lock
      • Acquiring a storage engine ticket
      • Acquiring a flow control ticket

        Attachments

          Issue Links

            Activity

              People

              Assignee:
              james.heppenstall James Heppenstall
              Reporter:
              daniel.gottlieb Daniel Gottlieb
              Participants:
              Votes:
              1 Vote for this issue
              Watchers:
              7 Start watching this issue

                Dates

                Created:
                Updated:
                Resolved: