Project

General

Profile

Actions

Bug #18223

closed

osd: leaked MOSDMap::incremental_maps

Added by Kefu Chai over 7 years ago. Updated almost 7 years ago.

Status:
Can't reproduce
Priority:
High
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

<error>
  <unique>0x5a</unique>
  <tid>1</tid>
  <kind>Leak_DefinitelyLost</kind>
  <xwhat>
    <text>2,545 (120 direct, 2,425 indirect) bytes in 1 blocks are definitely lost in loss record 90 of 94</text>
    <leakedbytes>2545</leakedbytes>
    <leakedblocks>1</leakedblocks>
  </xwhat>
  <stack>
    <frame>
      <ip>0xA0F3105</ip>
      <obj>/usr/lib64/valgrind/vgpreload_memcheck-amd64-linux.so</obj>
      <fn>operator new(unsigned long)</fn>
    </frame>
    <frame>
      <ip>0x5B00BC</ip>
      <obj>/usr/bin/ceph-osd</obj>
      <fn>allocate</fn>
      <dir>/usr/include/c++/4.8.2/ext</dir>
      <file>new_allocator.h</file>
      <line>104</line>
    </frame>
    <frame>
      <ip>0x5B00BC</ip>
      <obj>/usr/bin/ceph-osd</obj>
      <fn>_M_get_node</fn>
      <dir>/usr/include/c++/4.8.2/bits</dir>
      <file>stl_tree.h</file>
      <line>370</line>
    </frame>
    <frame>
      <ip>0x5B00BC</ip>
      <obj>/usr/bin/ceph-osd</obj>
      <fn>_M_create_node&lt;const std::piecewise_construct_t&amp;, std::tuple&lt;unsigned int const&amp;&gt;, std::tuple&lt;&gt; &gt;</fn>
      <dir>/usr/include/c++/4.8.2/bits</dir>
      <file>stl_tree.h</file>
      <line>403</line>
    </frame>
    <frame>
      <ip>0x5B00BC</ip>
      <obj>/usr/bin/ceph-osd</obj>
      <fn>std::_Rb_tree_iterator&lt;std::pair&lt;unsigned int const, ceph::buffer::list&gt; &gt; std::_Rb_tree&lt;unsigned int, std::pair&lt;unsigned int const, ceph::buffer::list&gt;, std::_Select1st&lt;std::pair&lt;unsigned int const, ceph::buffer::list&gt; &gt;, std::less&lt;unsigned int&gt;, std::allocator&lt;std::pair&lt;unsigned int const, ceph::buffer::list&gt; &gt; &gt;::_M_emplace_hint_unique&lt;std::piecewise_construct_t const&amp;, std::tuple&lt;unsigned int const&amp;&gt;, std::tuple&lt;&gt; &gt;(std::_Rb_tree_const_iterator&lt;std::pair&lt;unsigned int const, ceph::buffer::list&gt; &gt;, std::piecewise_construct_t const&amp;, std::tuple&lt;unsigned int const&amp;&gt;&amp;&amp;, std::tuple&lt;&gt;&amp;&amp;)</fn>
      <dir>/usr/include/c++/4.8.2/bits</dir>
      <file>stl_tree.h</file>
      <line>1669</line>
    </frame>
    <frame>
      <ip>0x5B05B4</ip>
      <obj>/usr/bin/ceph-osd</obj>
      <fn>operator[]</fn>
      <dir>/usr/include/c++/4.8.2/bits</dir>
      <file>stl_map.h</file>
      <line>465</line>
    </frame>
    <frame>
      <ip>0x5B05B4</ip>
      <obj>/usr/bin/ceph-osd</obj>
      <fn>decode</fn>
      <dir>/usr/src/debug/ceph-11.0.2-2401-g187006e/src/include</dir>
      <file>denc.h</file>
      <line>1029</line>
    </frame>
    <frame>
      <ip>0x5B05B4</ip>
      <obj>/usr/bin/ceph-osd</obj>
      <fn>std::enable_if&lt;(denc_traits&lt;std::map&lt;unsigned int, ceph::buffer::list, std::less&lt;unsigned int&gt;, std::allocator&lt;std::pair&lt;unsigned int const, ceph::buffer::list&gt; &gt; &gt;, void&gt;::supported==(1))&amp;&amp;(!denc_traits&lt;std::map&lt;unsigned int, ceph::buffer::list, std::less&lt;unsigned int&gt;, std::allocator&lt;std::pair&lt;unsigned int const, ceph::buffer::list&gt; &gt; &gt;, void&gt;::featured), void&gt;::type decode&lt;std::map&lt;unsigned int, ceph::buffer::list, std::less&lt;unsigned int&gt;, std::allocator&lt;std::pair&lt;unsigned int const, ceph::buffer::list&gt; &gt; &gt;, denc_traits&lt;std::map&lt;unsigned int, ceph::buffer::list, std::less&lt;unsigned int&gt;, std::allocator&lt;std::pair&lt;unsigned int const, ceph::buffer::list&gt; &gt; &gt;, void&gt; &gt;(std::map&lt;unsigned int, ceph::buffer::list, std::less&lt;unsigned int&gt;, std::allocator&lt;std::pair&lt;unsigned int const, ceph::buffer::list&gt; &gt; &gt;&amp;, ceph::buffer::list::iterator&amp;)</fn>
      <dir>/usr/src/debug/ceph-11.0.2-2401-g187006e/src/include</dir>
      <file>denc.h</file>
      <line>1157</line>
    </frame>
    <frame>
      <ip>0x5B06F0</ip>
      <obj>/usr/bin/ceph-osd</obj>
      <fn>MOSDMap::decode_payload()</fn>
      <dir>/usr/src/debug/ceph-11.0.2-2401-g187006e/src/messages</dir>
      <file>MOSDMap.h</file>
      <line>72</line>
    </frame>
    <frame>
      <ip>0xBFC16E</ip>
      <obj>/usr/bin/ceph-osd</obj>
      <fn>decode_message(CephContext*, int, ceph_msg_header&amp;, ceph_msg_footer&amp;, ceph::buffer::list&amp;, ceph::buffer::list&amp;, ceph::buffer::list&amp;)</fn>
      <dir>/usr/src/debug/ceph-11.0.2-2401-g187006e/src/msg</dir>
      <file>Message.cc</file>
      <line>798</line>
    </frame>
    <frame>
      <ip>0xD7B5EC</ip>
      <obj>/usr/bin/ceph-osd</obj>
      <fn>Pipe::read_message(Message**, AuthSessionHandler*)</fn>
      <dir>/usr/src/debug/ceph-11.0.2-2401-g187006e/src/msg/simple</dir>
      <file>Pipe.cc</file>
      <line>2175</line>
    </frame>
    <frame>
      <ip>0xD87FF0</ip>
      <obj>/usr/bin/ceph-osd</obj>
      <fn>Pipe::reader()</fn>
      <dir>/usr/src/debug/ceph-11.0.2-2401-g187006e/src/msg/simple</dir>
      <file>Pipe.cc</file>
      <line>1687</line>
    </frame>
    <frame>
      <ip>0xD911AC</ip>
      <obj>/usr/bin/ceph-osd</obj>
      <fn>Pipe::Reader::entry()</fn>
      <dir>/usr/src/debug/ceph-11.0.2-2401-g187006e/src/msg/simple</dir>
      <file>Pipe.h</file>
      <line>52</line>
    </frame>
    <frame>
      <ip>0xC203DC4</ip>
      <obj>/usr/lib64/libpthread-2.17.so</obj>
      <fn>start_thread</fn>
    </frame>
    <frame>
      <ip>0xD354CEC</ip>
      <obj>/usr/lib64/libc-2.17.so</obj>
      <fn>clone</fn>
    </frame>
  </stack>
</error>

see http://pulpito.ceph.com/kchai-2016-12-10_12:27:10-rados-wip-kefu-testing---basic-mira/622781/

Actions #1

Updated by Kefu Chai over 7 years ago

  • Subject changed from osd: leak to osd: leaked MOSDMap::incremental_maps
Actions #2

Updated by Samuel Just over 7 years ago

  • Priority changed from Normal to High
Actions #3

Updated by Greg Farnum almost 7 years ago

  • Status changed from New to Can't reproduce

Believe we've been passing valgrind tests, so this presumably got cleaned up.

Actions

Also available in: Atom PDF