ConnectionPool starts in expired state

XMLWordPrintableJSON

    • Type: Bug
    • Resolution: Unresolved
    • Priority: Major - P3
    • None
    • Affects Version/s: None
    • Component/s: None
    • None
    • Networking & Observability
    • ALL
    • N&O 2026-04-13, N&O 2026-04-27, N&O 2026-05-11
    • 200
    • None
    • None
    • None
    • None
    • None
    • None
    • None

      ConnectionPool's _hostExipration is default-constructed, which initializes it to a value of 0. As a result, all ConnectionPools begin an state in which _hostExpiration indicates expiry. Normally this isn't an issue, since a SpecificPool generally is only created when a connection is requested from it. However, SpecificPools can also be created if theyre included in another pool's hostGroup (i.e. replica set). In such cases the pool will actually transition to isExpired = true, as the event timer will fire upon creation.

            Assignee:
            Didier Nadeau
            Reporter:
            Patrick Freed
            Votes:
            0 Vote for this issue
            Watchers:
            4 Start watching this issue

              Created:
              Updated: