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

Holistic policy for which resources should and shouldn't abide by max lock timeout

    • Type: Icon: Improvement Improvement
    • Resolution: Unresolved
    • Priority: Icon: Major - P3 Major - P3
    • None
    • Affects Version/s: None
    • Component/s: None
    • Catalog and Routing

      A Locker allows setting a max lock timeout which will cause lock acquisitions on that Locker to use the specified timeout or shorter. Until SERVER-74959, this max timeout applied to all resources including tickets; after SERVER-74959, it applies to all locks but it does not apply to tickets. This max lock timeout functionality is specifically useful for preventing deadlocks on resources that are acquired in an indeterminate order. However, certain resources are always acquired in a determinate order and thus should not need to abide by such a timeout. For instance, all locks under RESOURCE_GLOBAL and RESOURCE_MUTEX fall under this category. Thus we should consider defining a holistic policy for abiding by or ignoring the Locker's max lock timeout.

            Assignee:
            Unassigned Unassigned
            Reporter:
            gregory.noma@mongodb.com Gregory Noma
            Votes:
            1 Vote for this issue
            Watchers:
            8 Start watching this issue

              Created:
              Updated: