-
Type:
Task
-
Resolution: Unresolved
-
Priority:
Major - P3
-
None
-
Affects Version/s: None
-
Component/s: None
-
Storage Execution
-
Storage Execution 2025-03-03, Storage Execution 2025-03-17, Storage Execution 2025-03-31, Storage Execution 2025-04-14
-
None
-
None
-
None
-
None
-
None
-
None
-
None
We have some existing tests that cover time-series operations but which test the operations while exercising much bucket reopening.
For example, timeseries_deletes_and_insert.js tests non-metadata filter deletes, but because it doesn't insert enough measurements to archive/close buckets, it didn't allow us to detect SERVER-94559.
We should increase our coverage of time-series operations in the presence of heavy bucket reopening. Two possible ways of going about this include:
1) Creating a new time-series passthrough test that triggers a lot of bucket reopening;
2) Add knobs in the config fuzzer related to bucket reopening/time-series collections
The second approach might be more straightforward
- is related to
-
SERVER-103015 Create fsm workloads exercising re-opening buckets with schema-change, time forward, and time backward
-
- Needs Scheduling
-
- related to
-
SERVER-94559 Time-series measurement deletes update the minTime of a bucket
-
- Closed
-