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

ReplicaSetMonitor should use electionId to avoid talking to old primaries

    XMLWordPrintable

Details

    • Minor Change
    • Sharding 4 06/05/15

    Description

      To get "sticky read your writes" behavior out of the internal replica set client, used by mongos and the shell, the internal client's code for replica set monitoring and server selection should accept as "primary" nodes reporting a larger electionId value than the most recently selected primary node.

      Note that in 2.6 and 3.0, large clock skews (> 30 seconds) between the replica set member nodes may lead to clients that observe an election being unable to issue writes or primary reads. The solution would be to restart those clients.

      Attachments

        Issue Links

          Activity

            People

              daniel.alabi@10gen.com Daniel Alabi
              schwerin@mongodb.com Andy Schwerin
              Votes:
              0 Vote for this issue
              Watchers:
              10 Start watching this issue

              Dates

                Created:
                Updated:
                Resolved: