Make LogServerTopology thread safe

XMLWordPrintableJSON

    • Type: Bug
    • Resolution: Done
    • Priority: Major - P3
    • None
    • Affects Version/s: None
    • Component/s: None
    • None
    • Storage Engines - Server Integration
    • ALL
    • SESINic(k)less - 2026-06-16, SESIWelcomeAlex 2026-07-14
    • None
    • None
    • None
    • None
    • None
    • None
    • None

      SERVER-126965 was closed out and gave the LogServerTopology atomicity by wrapping the topology in synchronized_value. This gives the topology atomicity, but does not give it thread safety. This is because a flow of code may have the topology change between multiple accesses.

      One plausible path to give the topology thread safety is to take copies of the topology and pass these copies to the different callers to ensure that there is a consistent view. In the case that the topology is now stale, then we should retry (there should already be retry logic in place in the log server manager) and then take another copy of the topology with the changes.

            Assignee:
            Daniel Khuu
            Reporter:
            Daniel Khuu
            Votes:
            0 Vote for this issue
            Watchers:
            1 Start watching this issue

              Created:
              Updated:
              Resolved: