-
Type:
Task
-
Resolution: Unresolved
-
Priority:
Major - P3
-
None
-
Affects Version/s: None
-
Component/s: None
-
None
-
Storage Engines, Storage Engines - Foundations
-
None
-
2
After WT-16565, the metadata removal will queued to be done at the upcoming checkpoint. The python sweep03 fails saying that the cache size has increased after dropping. This scenario is bizzare as it only happens with release build and with table prefix. The error signature:
[2026/02/23 15:49:47.954] ====================================================================== [2026/02/23 15:49:47.954] [pid:495420]: FAIL: test_sweep03.test_sweep03.test_disable_idle_timeout_drop(row) [2026/02/23 15:49:47.954] ---------------------------------------------------------------------- [2026/02/23 15:49:47.954] [pid:495420]: testtools.testresult.real._StringException: Traceback (most recent call last): [2026/02/23 15:49:47.954] File "/data/mci/cae598308f4143301b32378e1265b449/wiredtiger/test/suite/wttest.py", line 161, in wrapper [2026/02/23 15:49:47.954] return func(self, *args, **kwargs) [2026/02/23 15:49:47.954] File "/data/mci/cae598308f4143301b32378e1265b449/wiredtiger/test/suite/wttest.py", line 309, in _callTestMethod [2026/02/23 15:49:47.954] method() [2026/02/23 15:49:47.954] File "/data/mci/cae598308f4143301b32378e1265b449/wiredtiger/test/suite/test_sweep03.py", line 181, in test_disable_idle_timeout_drop [2026/02/23 15:49:47.954] self.assertLess(cache2, cache1) [2026/02/23 15:49:47.954] AssertionError: 24892 not less than 24760 [2026/02/23 15:49:47.954] ----------------------------------------------------------------------
Debugging
I added logs tracking the cache bytes before we perform a drop() and wait for sweep server and after. During this time we see the cache memory increases and then decrements from the drop(). The task is to investigate why this behaviour happens.
- is related to
-
WT-16565 Refactor removal of shared metadata to use queue
-
- Closed
-