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

mongos should update config seed based on rs version

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

      EDIT : previous issue resolved in linked ticket.

      Mongos should be aware of the current replica set config version, and only update the config seed when this rs config version changes.

      Also, we should track hidden nodes, for better handling of cases when all visible nodes need to be reconfigured.

      The related bugs SERVER-4731 and SERVER-6512 can cause issues when a node is removed from a replica set in a sharded cluster, without first shutting down the node to be removed.

      The symptoms include:

      • mongos nodes reporting errors when on requests from client applications and having to be restarted
      • config server and replica set configuration errors

      While there was not a specific fix for the problem in version 2.2, other changes made in 2.2 mean that the issues this ticket is linked to should not occur in 2.2.x. The related bugs, SERVER-4731 and SERVER-6512, have specific fixes in version 2.2.

      This issue is still open for the completion of the more defensive fix mentioned above.

      For 2.0.x (< 2.0.8) releases, the workaround is to ensure that you shutdown a node before removing it from a replica set in a sharded environment.

      Version 2.0.8 includes a fix for SERVER-6463 which should resolve the actual issues seen by users here.

            Assignee:
            randolph@mongodb.com Randolph Tan
            Reporter:
            greg_10gen Greg Studer
            Votes:
            0 Vote for this issue
            Watchers:
            12 Start watching this issue

              Created:
              Updated:
              Resolved: