-
Type:
Bug
-
Resolution: Fixed
-
Priority:
Major - P3
-
Affects Version/s: None
-
Component/s: PALI
-
Storage Engines, Storage Engines - Persistence
-
SE Persistence backlog
-
None
-
93
An ASAN run has discovered that we are have several memory leaks from what seems to be PALM initialization. There are several of them, but they all have a similar signature, such as:
[2025/08/28 13:33:39.741] Indirect leak of 6 byte(s) in 1 object(s) allocated from: [2025/08/28 13:33:39.741] #0 0x5581f29db6fa in strdup /data/mci/444c1191ff66ec5bade6c97089429fd0/toolchain-builder/tmp/build-llvm-v5.sh-Dae/llvm-project-llvmorg/compiler-rt/lib/asan/asan_interceptors.cpp:593:3 [2025/08/28 13:33:39.741] #1 0x7f509617ac46 (<unknown module>) [2025/08/28 13:33:39.741] #2 0x7f5096164c1c (<unknown module>) [2025/08/28 13:33:39.741] #3 0x7f509615f28b (<unknown module>) [2025/08/28 13:33:39.741] #4 0x7f50970d92fb in __conn_load_extension_int /data/mci/21da7295e5a6df52ae0033984d4ea045/wiredtiger/src/conn/conn_api.c:960:5 [2025/08/28 13:33:39.741] #5 0x7f50970d57e9 in __conn_load_extensions /data/mci/21da7295e5a6df52ae0033984d4ea045/wiredtiger/src/conn/conn_api.c:1023:9 [2025/08/28 13:33:39.741] #6 0x7f50970b79df in wiredtiger_open /data/mci/21da7295e5a6df52ae0033984d4ea045/wiredtiger/src/conn/conn_api.c:3297:5 [2025/08/28 13:33:39.741] #7 0x7f509796df97 in model::kv_workload_runner_wt::wiredtiger_open_nolock() /data/mci/21da7295e5a6df52ae0033984d4ea045/wiredtiger/test/model/src/driver/kv_workload_runner_wt.cpp:688:15 [2025/08/28 13:33:39.741] #8 0x7f5097971ccc in model::kv_workload_runner_wt::wiredtiger_open() /data/mci/21da7295e5a6df52ae0033984d4ea045/wiredtiger/test/model/src/include/model/driver/kv_workload_runner_wt.h:235:9 [2025/08/28 13:33:39.741] #9 0x7f509796704f in model::kv_workload_runner_wt::run(model::kv_workload const&) /data/mci/21da7295e5a6df52ae0033984d4ea045/wiredtiger/test/model/src/driver/kv_workload_runner_wt.cpp:153:17
All that is required to reproduce the issue is to run ASAN with the following test/model workload:
config("database", "disaggregated=true") set_stable_timestamp(1766932)
We should investigate if this leak is coming from LMDB or from some other PALM code that we control. If it's coming from LMDB and we can't fix it easily, we need to find a way to suppress it, as this is preventing us from enabling ASAN testing with test/model.
- is related to
-
WT-15484 Improve PR checklist to encourage better test coverage
-
- Closed
-
-
WT-15467 test_checkpoint_snapshot03.py eviction timeout failure
-
- Closed
-
- related to
-
WT-15271 Coverity analysis defect 175932: Invalid type in argument to printf format specifier
-
- Closed
-
-
WT-15679 Memory leak in __conn_load_extension_int
-
- Needs Scheduling
-
-
WT-15262 Disagg python testing: broad triage of apparent stability issues
-
- Closed
-
-
WT-15513 Run python testing under ASAN on mainline
-
- In Progress
-
-
WT-15498 OOO keys after a page split
-
- Closed
-