-
Type:
Bug
-
Resolution: Fixed
-
Priority:
Major - P3
-
Affects Version/s: 8.3.0-rc0
-
Component/s: None
-
None
-
Catalog and Routing
-
Fully Compatible
-
ALL
-
CAR Team 2025-09-01, CAR Team 2025-09-15, CAR Team 2025-09-29
-
200
-
🟦 Shard Catalog
-
None
-
None
-
None
-
None
-
None
-
None
After SERVER-103711 (Replace setter methods from DatabaseShardingRuntime with a new dedicated class), accessing the filtering database metadata (DSR) on a shard server is forbidden while a critical section is held.
If a user runs getDatabaseVersion during a critical section, it will trigger a tassert.
Possible solutions include:
- Making the filtering metadata always readable in specific scenarios (such as this command), while clearly declaring that this is an unsafe usage.
- Checking for the critical section while holding the DSR mutex, before accessing its content.
- is related to
-
SERVER-109715 Make cloneAuthoritativeMetadata DDL avoid holding the critical section when cloning metadata
-
- Closed
-
-
SERVER-103711 Replace setter methods from DatabaseShardingRuntime with a new dedicated class
-
- Closed
-
- related to
-
SERVER-109715 Make cloneAuthoritativeMetadata DDL avoid holding the critical section when cloning metadata
-
- Closed
-
-
SERVER-106162 [test-only] Reevaluate ignoring write concern errors in drop FSM state
-
- Closed
-
-
SERVER-111099 Temporarily exclude bucket_unpacking_with_sort_negative from fcv_upgrade_downgrade_sharding_jscore_passthrough suite
-
- Closed
-