When dumping the Lock Manager, mongod should also dump intents of operations

XMLWordPrintableJSON

    • Type: Task
    • Resolution: Works as Designed
    • Priority: Major - P3
    • None
    • Affects Version/s: None
    • Component/s: None
    • None
    • Replication
    • None
    • None
    • None
    • None
    • None
    • None
    • None

      Currently intent registration has the same blocking behavior that the RSTL-based concurrency management system had: for example when transitioning from secondary to primary we wait for all operations with Intent::BlockingWrite and Intent::Write to drain.

      When operations aren't drained on time, we fassert, which is no different from what we did with the RSTL-based system. However, on fasserting in the RSTL-based system we dumped the lock manager's contents which told us which thread was holding which lock, which was useful for diagnosing deadlocks.

      We should dump similar information out for the intent registration system.

            Assignee:
            Unassigned
            Reporter:
            Vishnu Kaushik
            Votes:
            0 Vote for this issue
            Watchers:
            6 Start watching this issue

              Created:
              Updated:
              Resolved: