[SERVER-24817] Wire clusterId into all places that need it Created: 27/Jun/16 Updated: 25/Jan/17 Resolved: 08/Jul/16 |
|
| Status: | Closed |
| Project: | Core Server |
| Component/s: | Sharding |
| Affects Version/s: | None |
| Fix Version/s: | 3.3.10 |
| Type: | Task | Priority: | Major - P3 |
| Reporter: | Spencer Brody (Inactive) | Assignee: | Spencer Brody (Inactive) |
| Resolution: | Done | Votes: | 0 |
| Labels: | None | ||
| Remaining Estimate: | Not Specified | ||
| Time Spent: | Not Specified | ||
| Original Estimate: | Not Specified | ||
| Issue Links: |
|
||||||||
| Backwards Compatibility: | Fully Compatible | ||||||||
| Sprint: | Sharding 17 (07/15/16) | ||||||||
| Participants: | |||||||||
| Description |
|
We need to add code that loads the clusterId and caches it, in both mongod and mongos, so it can be used in places it's needed (such as the balancer lock session ID and when filling in the shardIdentity document to write to shards during add shard, which is loaded from the shardRegistry |
| Comments |
| Comment by Githook User [ 13/Jul/16 ] |
|
Author: {u'username': u'stbrody', u'name': u'Spencer T Brody', u'email': u'spencer@mongodb.com'}Message: |
| Comment by Githook User [ 13/Jul/16 ] |
|
Author: {u'username': u'stbrody', u'name': u'Spencer T Brody', u'email': u'spencer@mongodb.com'}Message: |
| Comment by Githook User [ 08/Jul/16 ] |
|
Author: {u'username': u'stbrody', u'name': u'Spencer T Brody', u'email': u'spencer@mongodb.com'}Message: |
| Comment by Githook User [ 07/Jul/16 ] |
|
Author: {u'username': u'stbrody', u'name': u'Spencer T Brody', u'email': u'spencer@mongodb.com'}Message: This reverts commit ed19a4a874a7ed792a850c71e352eee2f2bb167c. |
| Comment by Githook User [ 06/Jul/16 ] |
|
Author: {u'username': u'milkie', u'name': u'Eric Milkie', u'email': u'milkie@10gen.com'}Message: Revert " This reverts commit 88daeb804d093011144cb5e3a0295aa9eb89c42b. |
| Comment by Githook User [ 06/Jul/16 ] |
|
Author: {u'username': u'stbrody', u'name': u'Spencer T Brody', u'email': u'spencer@mongodb.com'}Message: This gives config servers read-your-own-write semantics, even when the writes are performed as w:1 |