Investigate killop in ClientCursor::aboutToDelete()

XMLWordPrintableJSON

    • Type: Task
    • Resolution: Done
    • Priority: Major - P3
    • None
    • Affects Version/s: None
    • Component/s: Concurrency
    • None
    • 3
    • None
    • None
    • None
    • None
    • None
    • None
    • None

      I think there may be a case similar to SERVER-5999 where a kill op request to a remove operation that has not yet performed a write can trigger an interrupt exception inside a cursor advance() in ClientCursor::aboutToDelete(). This could leave a MultiCursor in an inconsistent state, as in SERVER-5999. Worth investigating and fixing if necessary.

              Assignee:
              Unassigned
              Reporter:
              Aaron Staple (Inactive)
              Votes:
              0 Vote for this issue
              Watchers:
              0 Start watching this issue

                Created:
                Updated:
                Resolved: