-
Type:
Task
-
Resolution: Fixed
-
Priority:
Major - P3
-
Affects Version/s: None
-
Component/s: None
-
Catalog and Routing
-
Fully Compatible
-
CAR Team 2025-11-24
-
🟩 Routing and Topology
-
None
-
None
-
None
-
None
-
None
-
None
SERVER-112425 introduced a new passthrough suite that runs on a replicaset started as --shardsvr but not added to a cluster.
In order to make evergreen green, we had to exclude some tests with the transitioning_replicaset_incompatible tag.
Most of the issues are coming from
- setClusterParameter not going through the router (ofc, bc there is no any)
- implicitCollectionCreation not going through a coordinator
- running operations that are waiting for the sharding state, but don't have any yet (like refresh session cache)
This investigation is about to check each error case-by-case and figure out if CAR can fix it, some other teams should fix it or we have to live with that exclusion for a while and open the corresponding tickets.
- is related to
-
SERVER-112424 Instantiate ScopedAllowImplicitCollectionCreate_UNSAFE object in cloneCollectionAsCapped command
-
- Open
-
-
SERVER-113594 FLE2 compact/cleanup fail before/during replica-set promotion to shard
-
- Open
-
-
SERVER-113800 Enable setClusterParameters with replicaset started with --shardsvr
-
- Open
-
-
SERVER-113803 Support setDefaultRWConcern on replicaset started with --shardsvr
-
- Backlog
-
-
SERVER-113809 Check query error on replicaset running as --shardsvr
-
- Backlog
-
-
SERVER-112425 Run replicaset passthrough suites with a RS started with the --shardsvr flag
-
- Closed
-
-
SERVER-113808 Check txn errors on replicaset running as --shardsvr
-
- Needs Scheduling
-
-
SERVER-113810 Check accessing sharded cluster components on replicasets running with --shardsvr
-
- Needs Scheduling
-