-
Type: Bug
-
Resolution: Gone away
-
Priority: Major - P3
-
None
-
Affects Version/s: None
-
Component/s: None
-
None
-
Catalog and Routing
-
ALL
-
143
More specifically the following sequence of events cause the crash:
- A secondary is restarted with --shardsvr
- The secondary applies a create DDL command oplog entry for collection X
- Collection metadata for X is cleared
- The secondary becomes primary and runs an insert on X
- The insert attempts to get the collection metadata for X, which was cleared, and so it attempts to throw a StaleConfig.
- Throwing StaleConfig causes the server to crash because there is no ShardId to create the StaleConfig error as the rs hasn't been added as a shard yet.
- is caused by
-
SERVER-86669 Invalid authoritative knowledge on secondary node after move primary locally creates the collection on the primary shard
- Closed