-
Type:
Improvement
-
Resolution: Unresolved
-
Priority:
Major - P3
-
None
-
Affects Version/s: None
-
Component/s: None
-
None
-
Catalog and Routing
-
1
-
🟩 Routing and Topology
-
None
-
None
-
None
-
None
-
None
-
None
Problem
Changing the FCV can be done through the setFeatureCompatibiltyVersion , on the other hand the symmetric getFeatureCompatibiltyVersion command does not exist.
The way to inspect current FCV state is to run:
db.adminCommand(
{
getParameter: 1,
featureCompatibilityVersion: 1
}
)
This has several limitations/downsides:
- The command does not report if there is an ongoing FCV transition operation. The user needs to call $currentOp aggregation stage (SERVER-111153)
- On sharded cluster the command will not work on mongos and the user need to run it against the config server primary node. (SERVER-39052)
Proposal
Expose a new command getFeatureCompatibilityVersion that return:
- The current state of the FCV (downgraded, downgrading, upgrading, upgraded)
- If there is an ongoing setFCV operation and relative information about its progresses (e.g. expected amount of work/time left to complete)
The command will be available both on replicaset primary and mongos'es in sharded clusters.
- is related to
-
SERVER-39051 Improve "no option found to get" error message text
-
- Backlog
-
-
SERVER-111153 Ambiguity between in-progress and stuck FCV Upgrade
-
- Needs Scheduling
-
-
SERVER-39052 Reading and writing FCV is asymmetric in sharded clusters
-
- Needs Scheduling
-
- related to
-
SERVER-112589 Confusing error message when running setFeatureCompatibilityVersion without changing the version
-
- Backlog
-