-
Type:
Task
-
Resolution: Unresolved
-
Priority:
Major - P3
-
None
-
Affects Version/s: None
-
Component/s: Cache and Eviction
-
None
-
Storage Engines - Foundations
-
None
-
5
In helper_disagg.py, there is a function called reopen_disagg_conn, which is designed to use reconfig as a follower to disable shutdown checkpoints. In certain tests where this function is invoked, shutdown checkpoints are disabled, and the tests are specifically designed to rely on the last explicitly triggered checkpoint, assuming no shutdown checkpoint occurs.
This ticket aims to review whether this workflow is reasonable. The discussion is also related to context from WT-16571, where we plan to introduce a step-down checkpoint when detecting a dirty btree. However, this change has caused some test failures due to the aforementioned workflow.
- is related to
-
WT-16571 Failed: test_layered55.test_layered55.test_obsolete_time_window_palite on ~ RHEL8 zSeries [WiredTiger (develop) @ 0535a11d]
-
- In Code Review
-
- related to
-
WT-16571 Failed: test_layered55.test_layered55.test_obsolete_time_window_palite on ~ RHEL8 zSeries [WiredTiger (develop) @ 0535a11d]
-
- In Code Review
-