-
Type:
Bug
-
Resolution: Fixed
-
Priority:
Major - P3
-
Affects Version/s: None
-
Component/s: None
-
None
-
Catalog and Routing
-
Fully Compatible
-
ALL
-
CAR Team 2025-03-31, CAR Team 2025-04-14
-
200
-
None
-
3
-
None
-
None
-
None
-
None
-
None
-
None
Since the shard identity document is only written with w:majority (which doesn't even wait for the document to be applied on secondaries) it is possible that a mongoS contacts a secondary with a versioned request or some sharding specific request but that secondary does not yet know that it has been added to a sharded cluster.
This ticket is to throw an error in these cases and wait for the op time on that node to reach the latest seen topology time. Because the topology time is inclusive of the write of the shard identity on the replica set, this will imply waiting for sharding to be fully initialized. After this wait, the operation can be retried.
- causes
-
SERVER-103436 DatabaseShardingState accesses ShardingState before initialization during recovery
-
- Closed
-
- is related to
-
SERVER-103436 DatabaseShardingState accesses ShardingState before initialization during recovery
-
- Closed
-