-
Type:
Bug
-
Resolution: Unresolved
-
Priority:
Major - P3
-
None
-
Affects Version/s: None
-
Component/s: None
-
None
-
Catalog and Routing
-
ALL
-
0
-
None
-
3
-
TBD
-
None
-
None
-
None
-
None
-
None
-
None
Consider a configsvr stepdown occurs after having repaired all chunks, but before having notified the shards through _flushRoutingTableCacheUpdates. So when the command failes due to the stepdown, the router retries but this time the configsvr determines that all chunks have already been repaired, thus does not add them to the changedShardIds list and thus does not call _flushRoutingTableCacheUpdates on the shards. This causes shards to not repair their chunk 'history' on config.cache.chunks.<nss>
- is caused by
-
SERVER-62065 Upgrade path from 3.6 to 4.0 can leave chunk entries without history on the shards
-
- Closed
-