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

cached connections to secondary are not validated against the global ReplicaSetMonitor before using

    • Type: Icon: Bug Bug
    • Resolution: Won't Fix
    • Priority: Icon: Major - P3 Major - P3
    • None
    • Affects Version/s: None
    • Component/s: Internal Client
    • Labels:
    • Sharding
    • ALL

      Before creating a new connection to a secondary host, a DBClientReplicaSet connection tries to re-use a previously cached connection to a secondary host. This connection may still exist, though the host may have been detected as inactive earlier by the ReplicaSetMonitor. In this case, we may want to select another secondary host instead of reusing the potentially bad connection.

      see DBCRS::checkLastHost().

            Assignee:
            backlog-server-sharding [DO NOT USE] Backlog - Sharding Team
            Reporter:
            greg_10gen Greg Studer
            Votes:
            0 Vote for this issue
            Watchers:
            4 Start watching this issue

              Created:
              Updated:
              Resolved: