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

XMLWordPrintableJSON

    • Type: Improvement
    • Resolution: Fixed
    • Priority: Major - P3
    • 4.7.0
    • Affects Version/s: None
    • Component/s: Storage
    • None
    • Fully Compatible
    • Execution Team 2020-05-18
    • None
    • 3
    • None
    • None
    • None
    • None
    • None
    • None

      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

            Assignee:
            James Heppenstall
            Reporter:
            Daniel Gottlieb (Inactive)
            Votes:
            1 Vote for this issue
            Watchers:
            7 Start watching this issue

              Created:
              Updated:
              Resolved: