-
Type: Bug
-
Resolution: Fixed
-
Priority: Major - P3
-
Affects Version/s: 4.4.0, 5.0.0, 6.0.0, 7.0.0, 7.2.0, 8.0.0-rc0, 7.3.0
-
Component/s: None
-
None
-
Catalog and Routing
-
Fully Compatible
-
ALL
-
v8.0, v7.3, v7.0, v6.0, v5.0
-
-
CAR Team 2024-05-13, CAR Team 2024-05-27, CAR Team 2024-06-10
-
200
-
3
The movePrimary operation might need to create a representation of sharded collections in the new primary shard during the cloning phase. During the creation of these collections, an Op Observer will set the CollectionShardingRuntime as UNKNOWN, but only on the primary node. Thus, secondary nodes will keep whatever state they previously had (if any).
- causes
-
SERVER-90584 Clearing collection metadata on a secondary when applying the `create` oplog entry during rs->shardedCluster promotion can result in a crash
- Closed
- is related to
-
SERVER-76489 movePrimary set wrong collection version on new primary shard
- Closed