-
Type:
Task
-
Resolution: Fixed
-
Priority:
Major - P3
-
Affects Version/s: None
-
Component/s: None
-
None
-
Catalog and Routing
-
Fully Compatible
-
CAR Team 2025-08-18, CAR Team 2025-09-01, CAR Team 2025-09-15, CAR Team 2025-09-29, CAR Team 2025-10-13
-
🟥 DDL
-
None
-
None
-
None
-
None
-
None
-
None
Today, the initialization of config.placementHistory is implemented through a ShardingCatalogManager method that provides limited resilience to step down events of the config server and ability to serialize with incompatible operations - namely:
- targeting queries from change stream readers
- commit of DDL operations & chunk migrations
- topology changes
- removal of disposable documents of config.placementHistory.
The InitializePlacementHistoryCoordinator introduced with SERVER-108943 is meant to close the gap.
The objective of this ticket is to modify the coordinator to ensure proper serialization between the execution of the new coordinator VS:
- Sharding DDL commands being executed cluster-wide
- addShard / removeShardCommit.
- is related to
-
SERVER-108943 Create stub for InitializePlacementHistoryCoordinator
-
- Closed
-
- related to
-
SERVER-109165 Execute initializePlacementHistory as part of the first addShard targeting the cluster
-
- Backlog
-
-
SERVER-111519 Revisit and consolidate the logic to stop & drain DDL operations across a sharded cluster
-
- Backlog
-
-
SERVER-109002 InitializePlacementHistoryCoordinator must drain any operation on the global catalog before generating its materialized view
-
- Closed
-
-
SERVER-109079 Manage requests to initializePlacementHistory in accordance with the activation state of the ChangeStreamPreciseShardTargeting feature flag
-
- Closed
-