-
Type: Task
-
Resolution: Done
-
Priority: Major - P3
-
Affects Version/s: None
-
Component/s: None
-
None
-
Catalog and Routing
-
Fully Compatible
-
Execution EMEA Team 2023-09-04, Execution EMEA Team 2023-09-18, Execution EMEA Team 2023-10-02, Execution EMEA Team 2023-10-16
Intial sync can temporarily reset the fcv value to uninitialized and sets the new value afterwards. This can cause call sites trying to inspect the fcv value to hit this invariant. We need to audit feature flag usage and determine which should do one of the following:
- It can never be called when initial sync is running. So do nothing. Note that this can be tricky to prove as we once thought the catalog cache loader can never be run while initial sync is happening but it can.
- It is safe to ignore fcv version so use isEnabledAndIgnoreFCVUnsafe instead
- It is safe to turn off the feature anytime (even if feature flag is actually on) so use isEnabledUseDefaultFCVWhenUninitialized instead.
- Special logic is needed if fcv is not initialized
gfeatureFlagCappedCollectionsRelaxedSize
gFeatureFlagGlobalIndexes
- is depended on by
-
SERVER-79330 Audit featureFlag usage in v7.0 branch in mongod binary
- Backlog
- related to
-
SERVER-67246 Remove size multiple restriction on capped collections
- Closed
- split from
-
SERVER-79333 [Storage Execution NAMER] Audit v7.0 feature flag
- Closed