Bug #58739
open"Leak_IndirectlyLost" valgrind report on mon.a
0%
Description
/a/yuriw-2023-02-13_21:53:12-rados-wip-yuri-testing-2023-02-06-1155-quincy-distro-default-smithi/7171896/remote/smithi062/log/valgrind/mon.a.log.gz
<error>
<unique>0x5ea9382</unique>
<tid>1</tid>
<threadname>ceph-mon</threadname>
<kind>Leak_IndirectlyLost</kind>
<xwhat>
<text>24 bytes in 1 blocks are indirectly lost in loss record 7 of 39</text>
<leakedbytes>24</leakedbytes>
<leakedblocks>1</leakedblocks>
</xwhat>
<stack>
<frame>
<ip>0x4C38B6F</ip>
<obj>/usr/libexec/valgrind/vgpreload_memcheck-amd64-linux.so</obj>
<fn>operator new[](unsigned long)</fn>
<dir>/builddir/build/BUILD/valgrind-3.19.0/coregrind/m_replacemalloc</dir>
<file>vg_replace_malloc.c</file>
<line>640</line>
</frame>
<frame>
<ip>0x5416814</ip>
<obj>/usr/lib64/ceph/libceph-common.so.2</obj>
<fn>__shared_count<AuthConnectionMeta*></fn>
<dir>/opt/rh/gcc-toolset-11/root/usr/include/c++/11/bits</dir>
<file>shared_ptr_base.h</file>
<line>596</line>
</frame>
<frame>
<ip>0x5416814</ip>
<obj>/usr/lib64/ceph/libceph-common.so.2</obj>
<fn>__shared_count<AuthConnectionMeta*></fn>
<dir>/opt/rh/gcc-toolset-11/root/usr/include/c++/11/bits</dir>
<file>shared_ptr_base.h</file>
<line>607</line>
</frame>
<frame>
<ip>0x5416814</ip>
<obj>/usr/lib64/ceph/libceph-common.so.2</obj>
<fn>__shared_ptr<AuthConnectionMeta></fn>
<dir>/opt/rh/gcc-toolset-11/root/usr/include/c++/11/bits</dir>
<file>shared_ptr_base.h</file>
<line>1099</line>
</frame>
<frame>
<ip>0x5416814</ip>
<obj>/usr/lib64/ceph/libceph-common.so.2</obj>
<fn>reset<AuthConnectionMeta></fn>
<dir>/opt/rh/gcc-toolset-11/root/usr/include/c++/11/bits</dir>
<file>shared_ptr_base.h</file>
<line>1280</line>
</frame>
<frame>
<ip>0x5416814</ip>
<obj>/usr/lib64/ceph/libceph-common.so.2</obj>
<fn>ProtocolV2::reset_security()</fn>
<dir>/usr/src/debug/ceph-17.2.5-769.g2f82a08b.el8.x86_64/src/msg/async</dir>
<file>ProtocolV2.cc</file>
<line>236</line>
</frame>
<frame>
<ip>0x5416B6B</ip>
<obj>/usr/lib64/ceph/libceph-common.so.2</obj>
<fn>operator()</fn>
<dir>/usr/src/debug/ceph-17.2.5-769.g2f82a08b.el8.x86_64/src/msg/async</dir>
<file>ProtocolV2.cc</file>
<line>258</line>
</frame>
<frame>
<ip>0x5416B6B</ip>
<obj>/usr/lib64/ceph/libceph-common.so.2</obj>
<fn>EventCenter::C_submit_event<ProtocolV2::reset_recv_state()::{lambda()#2}>::do_request(unsigned long)</fn>
<dir>/usr/src/debug/ceph-17.2.5-769.g2f82a08b.el8.x86_64/src/msg/async</dir>
<file>Event.h</file>
<line>228</line>
</frame>
<frame>
<ip>0x543EA03</ip>
<obj>/usr/lib64/ceph/libceph-common.so.2</obj>
<fn>EventCenter::process_events(unsigned int, std::chrono::duration<unsigned long, std::ratio<1l, 1000000000l> >*)</fn>
<dir>/usr/src/debug/ceph-17.2.5-769.g2f82a08b.el8.x86_64/src/msg/async</dir>
<file>Event.cc</file>
<line>449</line>
</frame>
<frame>
<ip>0x54462D5</ip>
<obj>/usr/lib64/ceph/libceph-common.so.2</obj>
<fn>operator()</fn>
<dir>/usr/src/debug/ceph-17.2.5-769.g2f82a08b.el8.x86_64/src/msg/async</dir>
<file>Stack.cc</file>
<line>50</line>
</frame>
<frame>
<ip>0x54462D5</ip>
<obj>/usr/lib64/ceph/libceph-common.so.2</obj>
<fn>__invoke_impl<void, NetworkStack::add_thread(Worker*)::<lambda()>&></fn>
<dir>/opt/rh/gcc-toolset-11/root/usr/include/c++/11/bits</dir>
<file>invoke.h</file>
<line>61</line>
</frame>
<frame>
<ip>0x54462D5</ip>
<obj>/usr/lib64/ceph/libceph-common.so.2</obj>
<fn>__invoke_r<void, NetworkStack::add_thread(Worker*)::<lambda()>&></fn>
<dir>/opt/rh/gcc-toolset-11/root/usr/include/c++/11/bits</dir>
<file>invoke.h</file>
<line>111</line>
</frame>
<frame>
<ip>0x54462D5</ip>
<obj>/usr/lib64/ceph/libceph-common.so.2</obj>
<fn>std::_Function_handler<void (), NetworkStack::add_thread(Worker*)::{lambda()#1}>::_M_invoke(std::_Any_data const&)</fn>
<dir>/opt/rh/gcc-toolset-11/root/usr/include/c++/11/bits</dir>
<file>std_function.h</file>
<line>290</line>
</frame>
<frame>
<ip>0x7F63BA2</ip>
<obj>/usr/lib64/libstdc++.so.6.0.25</obj>
</frame>
<frame>
<ip>0x75B61C9</ip>
<obj>/usr/lib64/libpthread-2.28.so</obj>
<fn>start_thread</fn>
</frame>
<frame>
<ip>0x8809E72</ip>
<obj>/usr/lib64/libc-2.28.so</obj>
<fn>clone</fn>
</frame>
</stack>
</error>
Doesn't seem to be any Ceph code involved.
Updated by Laura Flores about 1 year ago
- Related to Bug #55809: "Leak_IndirectlyLost" valgrind report on mon.c added
Updated by Nitzan Mordechai about 1 year ago
Since osds 5/6/7 hitting other valgrind leaking errors that related to https://github.com/ceph/ceph/pull/49522 i think we should test it with that fix on.
Updated by Radoslaw Zarzynski about 1 year ago
https://github.com/ceph/ceph/pull/48641 is already merge. If we don't see new replications over some time (a few months?), this can be closed.
Updated by Kamoltat (Junior) Sirivadhna about 1 year ago
HIT in /a/yuriw-2023-03-02_00:09:05-rados-wip-yuri11-testing-2023-03-01-1424-distro-default-smithi/7191392/remote/smithi040/log/valgrind/mon.c.log.gz
Updated by Radoslaw Zarzynski about 1 year ago
The quincy backport of the auth key rotation (https://github.com/ceph/ceph/pull/48093) got merged on 8 Feb. However, the main PR is in main since September 2022. IIUC Junior found a replication on main.
Updated by Laura Flores 7 months ago
/a/yuriw-2023-10-04_16:58:34-rados-wip-yuri8-testing-2023-09-27-0951-quincy-distro-default-smithi/7410685
Updated by Laura Flores 4 months ago
- Backport set to quincy
/a/yuriw-2024-01-03_01:21:07-rados-wip-yuri3-testing-2024-01-02-1236-quincy-distro-default-smithi/7504471