Actions
Bug #19580
closedvalgrind: memory leak in MgrClient::reconnect()
Status:
Resolved
Priority:
Normal
Assignee:
-
Category:
-
Target version:
-
% Done:
0%
Source:
Tags:
Backport:
Regression:
No
Severity:
3 - minor
Reviewed:
Affected Versions:
ceph-qa-suite:
Pull request ID:
Crash signature (v1):
Crash signature (v2):
Description
this was observed in the rgw suite: http://pulpito.ceph.com/cbodley-2017-04-10_19:26:19-rgw-wip-cbodley-testing---basic-mira/
http://qa-proxy.ceph.com/teuthology/cbodley-2017-04-10_19:26:19-rgw-wip-cbodley-testing---basic-mira/1010270/remote/mira085/log/valgrind/client.0.log.gz
http://qa-proxy.ceph.com/teuthology/cbodley-2017-04-10_19:26:19-rgw-wip-cbodley-testing---basic-mira/1010310/remote/mira037/log/valgrind/client.0.log.gz
<?xml version="1.0"?> <valgrindoutput> <protocolversion>4</protocolversion> <protocoltool>memcheck</protocoltool> <preamble> <line>Memcheck, a memory error detector</line> <line>Copyright (C) 2002-2015, and GNU GPL'd, by Julian Seward et al.</line> <line>Using Valgrind-3.11.0 and LibVEX; rerun with -h for copyright info</line> <line>Command: radosgw --rgw-frontends civetweb port=7280 -n client.0 -k /etc/ceph/ceph.client.0.keyring --log-file /var/log/ceph/rgw.client.0.log --rgw_ops_log_socket_path /home/ubuntu/cephtest/rgw.opslog.client.0.sock --foreground</line> </preamble> <pid>3117</pid> <ppid>3114</ppid> <tool>memcheck</tool> <args> <vargv> <exe>/usr/bin/valgrind</exe> <arg>--trace-children=no</arg> <arg>--child-silent-after-fork=yes</arg> <arg>--num-callers=50</arg> <arg>--suppressions=/home/ubuntu/cephtest/valgrind.supp</arg> <arg>--xml=yes</arg> <arg>--xml-file=/var/log/ceph/valgrind/client.0.log</arg> <arg>--time-stamp=yes</arg> <arg>--tool=memcheck</arg> </vargv> <argv> <exe>radosgw</exe> <arg>--rgw-frontends</arg> <arg>civetweb port=7280</arg> <arg>-n</arg> <arg>client.0</arg> <arg>-k</arg> <arg>/etc/ceph/ceph.client.0.keyring</arg> <arg>--log-file</arg> <arg>/var/log/ceph/rgw.client.0.log</arg> <arg>--rgw_ops_log_socket_path</arg> <arg>/home/ubuntu/cephtest/rgw.opslog.client.0.sock</arg> <arg>--foreground</arg> </argv> </args> <status> <state>RUNNING</state> <time>00:00:00:01.167 </time> </status> <status> <state>FINISHED</state> <time>00:00:05:02.713 </time> </status> <error> <unique>0x25</unique> <tid>1</tid> <kind>Leak_DefinitelyLost</kind> <xwhat> <text>40 bytes in 1 blocks are definitely lost in loss record 38 of 79</text> <leakedbytes>40</leakedbytes> <leakedblocks>1</leakedblocks> </xwhat> <stack> <frame> <ip>0x4C28203</ip> <obj>/usr/lib64/valgrind/vgpreload_memcheck-amd64-linux.so</obj> <fn>operator new(unsigned long)</fn> <dir>/builddir/build/BUILD/valgrind-3.11.0/coregrind/m_replacemalloc</dir> <file>vg_replace_malloc.c</file> <line>334</line> </frame> <frame> <ip>0x6B6BF2D</ip> <obj>/usr/lib64/ceph/libceph-common.so.0</obj> <fn>MgrClient::reconnect()</fn> <dir>/usr/src/debug/ceph-12.0.0-2416-g4133a68/src/mgr</dir> <file>MgrClient.cc</file> <line>112</line> </frame> <frame> <ip>0x6B6C2B7</ip> <obj>/usr/lib64/ceph/libceph-common.so.0</obj> <fn>MgrClient::ms_handle_reset(Connection*)</fn> <dir>/usr/src/debug/ceph-12.0.0-2416-g4133a68/src/mgr</dir> <file>MgrClient.cc</file> <line>178</line> </frame> <frame> <ip>0x6B7A6E6</ip> <obj>/usr/lib64/ceph/libceph-common.so.0</obj> <fn>ms_deliver_handle_reset</fn> <dir>/usr/src/debug/ceph-12.0.0-2416-g4133a68/src/msg</dir> <file>Messenger.h</file> <line>675</line> </frame> <frame> <ip>0x6B7A6E6</ip> <obj>/usr/lib64/ceph/libceph-common.so.0</obj> <fn>DispatchQueue::entry()</fn> <dir>/usr/src/debug/ceph-12.0.0-2416-g4133a68/src/msg</dir> <file>DispatchQueue.cc</file> <line>182</line> </frame> <frame> <ip>0x6C0FFCC</ip> <obj>/usr/lib64/ceph/libceph-common.so.0</obj> <fn>DispatchQueue::DispatchThread::entry()</fn> <dir>/usr/src/debug/ceph-12.0.0-2416-g4133a68/src/msg</dir> <file>DispatchQueue.h</file> <line>102</line> </frame> <frame> <ip>0x663ADC4</ip> <obj>/usr/lib64/libpthread-2.17.so</obj> <fn>start_thread</fn> </frame> <frame> <ip>0x10F9573C</ip> <obj>/usr/lib64/libc-2.17.so</obj> <fn>clone</fn> </frame> </stack> </error> <errorcounts> </errorcounts> <suppcounts> <pair> <count>63</count> <name>ignore libnss3 leaks</name> </pair> <pair> <count>1</count> <name>ignore libfcgi leak; OS_LibShutdown has no callers!</name> </pair> <pair> <count>4</count> <name>strange leak of std::string memory from md_config_t seen in radosgw</name> </pair> </suppcounts> </valgrindoutput>
Updated by Yuri Weinstein about 7 years ago
- Status changed from New to Fix Under Review
Updated by Kefu Chai about 7 years ago
- Status changed from Fix Under Review to Resolved
Actions