-
Type:
Bug
-
Resolution: Gone away
-
Priority:
Major - P3
-
None
-
Affects Version/s: None
-
Component/s: Schema Management
-
Storage Engines - Foundations
-
665.134
-
None
-
None
Problem:
With schema epochs enabled, table publication can race with debug-forced eviction. This can cause pages containing committed data to be discarded, making previously written rows disappear.
"debug=(release_evict)"
The failure occurs during the explicit eviction loop in test_truncate07.py, before the test calls truncate.
Context:
This was found while running the Python suite with schema epochs enabled as part of WT-18031.
[pid:663833]: Traceback (most recent call last): File "/home/ubuntu/wiredtiger/test/suite/helpers/wttest.py", line 162, in wrapper return func(self, *args, **kwargs) File "/home/ubuntu/wiredtiger/test/suite/helpers/wttest.py", line 292, in _callTestMethod method() ~~~~~~^^ File "/home/ubuntu/wiredtiger/test/suite/test_truncate07.py", line 181, in test_truncate07 self.evict(ds.uri, ds.key(i), value_a) ~~~~~~~~~~^^^^^^^^^^^^^^^^^^^^^^^^^^^^ File "/home/ubuntu/wiredtiger/test/suite/test_truncate07.py", line 79, in evict v = evict_cursor[key] ~~~~~~~~~~~~^^^^^ File "/home/ubuntu/wiredtiger/build/lang/python/wiredtiger/swig_wiredtiger.py", line 336, in __getitem__ raise KeyError KeyError
The test in test_truncate07.py running with the schema epoch hook is the reproducer for this issue.
Could be related to WT-18274 / WT-18092.
Definition of Done:
- Investigate the root cause
- Decide if this behaviour is acceptable/ skip the test because it is requires a debug option or
- Fix the behaviour and create a regression test if possible
- is related to
-
WT-18274 Disagg: collection and its index can mismatch under concurrent workloads
-
- Closed
-
-
WT-18705 Schema epoch hook: eviction before publication loses prepared state
-
- Closed
-
-
WT-18031 Extend disagg Python hook to publish schema ops and advance schema epoch
-
- Closed
-
-
WT-18092 Check if a new btree can be marked as published during eviction
-
- Closed
-