-
Type:
Task
-
Resolution: Fixed
-
Priority:
Major - P3
-
Affects Version/s: None
-
Component/s: None
-
None
-
Catalog and Routing
-
Fully Compatible
-
CAR Team 2026-02-02, CAR Team 2026-02-16, CAR Team 2026-03-02, CAR Team 2026-03-16, CAR Team 2026-03-30
-
None
-
None
-
None
-
None
-
None
-
None
-
None
We identified 3 issues with the timeseries upgrade downgrade coordinator:
- We're failing early in the preconditions check if a bucket collection exists, but the main namespace is actually a regular collection. This fails with IllegalOperation because the namespace is NOT a timeseries collection, while it should be considered an inconsistency and should be skipped during setFCV.
We check if the collection exists in the prepare phase, if it doesn't, we simply return ok, but the commit phase doesn't check if the collection exists and we stay stuck retrying forever. We should also check in the commit phase that the collectionexists. NOT TRUE, we already check that it existsWe are incorrectly using the error code UserDataInconsistent, we should use a special error code like kTimeseriesBucketMetadataInconsistent.CreatedSERVER-122241for this change.
The goal of this ticket is to review the logic.
- is related to
-
SERVER-122241 create a dedicated error code for timeseries bucket metadata inconsistency
-
- Closed
-