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

Shell should default to read concern majority if connected to a config server replica set

    • Type: Icon: Improvement Improvement
    • Resolution: Done
    • Priority: Icon: Major - P3 Major - P3
    • Affects Version/s: 3.1.8
    • Component/s: Shell
    • None
    • Sharding NYC

      3.1.8 introduced majority read concern and therefore also config servers as replica sets. When using config servers as replica sets, a mongos will use majority read concern for all reads of the config servers.

      It is easy to imagine a scenario where a DBA connects with the shell to the config server replset, maybe to diagnose some problem that's occuring in the sharded cluster. If the DBA doesn't specifically remember to set the read concern, he will use the default read concern and see a different snapshot of the config database than what the mongoses are actually operating on. If there is some network problem that has prevented majority writes from succeeding for the past few minutes, this difference could be significant.

      Proposal is for the shell to recognize when it is connecting to a config server replica set, and automatically set read concern majority for the connection. The shell must print a notification to user about doing this.

            Assignee:
            backlog-server-sharding-nyc [DO NOT USE] Backlog - Sharding NYC
            Reporter:
            henrik.ingo@mongodb.com Henrik Ingo (Inactive)
            Votes:
            1 Vote for this issue
            Watchers:
            12 Start watching this issue

              Created:
              Updated:
              Resolved: