Actions
Bug #18850
closedLeak in MDCache::handle_dentry_unlink
% Done:
0%
Source:
Tags:
Backport:
Regression:
No
Severity:
3 - minor
Reviewed:
Affected Versions:
ceph-qa-suite:
Component(FS):
MDS
Labels (FS):
multimds
Pull request ID:
Crash signature (v1):
Crash signature (v2):
Description
While there are various bits of valgrind noise going around at the moment, this one does look like a multimds specific thing.
<frame> <ip>0x40DB80</ip> <obj>/usr/bin/ceph-mds</obj> <fn>std::map<int, int, std::less<int>, std::allocator<std::pair<int const, int> > >::operator[](int const&)</fn> <dir>/usr/include/c++/4.8.2/bits</dir> <file>stl_map.h</file> <line>465</line> </frame> <frame> <ip>0x41CF33</ip> <obj>/usr/bin/ceph-mds</obj> <fn>MDSCacheObject::get(int)</fn> <dir>/usr/src/debug/ceph-11.1.0-7373-g355475e/src/mds</dir> <file>MDSCacheObject.h</file> <line>208</line> </frame> <frame> <ip>0x548A1C</ip> <obj>/usr/bin/ceph-mds</obj> <fn>CDir::link_inode_work(CDentry*, CInode*)</fn> <dir>/usr/src/debug/ceph-11.1.0-7373-g355475e/src/mds</dir> <file>CDir.cc</file> <line>551</line> </frame> <frame> <ip>0x548C93</ip> <obj>/usr/bin/ceph-mds</obj> <fn>CDir::link_primary_inode(CDentry*, CInode*)</fn> <dir>/usr/src/debug/ceph-11.1.0-7373-g355475e/src/mds</dir> <file>CDir.cc</file> <line>528</line> </frame> <frame> <ip>0x46482F</ip> <obj>/usr/bin/ceph-mds</obj> <fn>MDCache::handle_dentry_unlink(MDentryUnlink*)</fn> <dir>/usr/src/debug/ceph-11.1.0-7373-g355475e/src/mds</dir> <file>MDCache.cc</file> <line>10491</line> </frame> <frame> <ip>0x48A2F4</ip> <obj>/usr/bin/ceph-mds</obj> <fn>MDCache::dispatch(Message*)</fn> <dir>/usr/src/debug/ceph-11.1.0-7373-g355475e/src/mds</dir> <file>MDCache.cc</file> <line>7771</line> </frame> <frame> <ip>0x37CE1B</ip> <obj>/usr/bin/ceph-mds</obj> <fn>MDSRank::handle_deferrable_message(Message*)</fn> <dir>/usr/src/debug/ceph-11.1.0-7373-g355475e/src/mds</dir> <file>MDSRank.cc</file> <line>590</line> </frame> <frame> <ip>0x38660B</ip> <obj>/usr/bin/ceph-mds</obj> <fn>MDSRank::_dispatch(Message*, bool)</fn> <dir>/usr/src/debug/ceph-11.1.0-7373-g355475e/src/mds</dir> <file>MDSRank.cc</file> <line>438</line> </frame> <frame> <ip>0x3877D4</ip> <obj>/usr/bin/ceph-mds</obj> <fn>MDSRankDispatcher::ms_dispatch(Message*)</fn> <dir>/usr/src/debug/ceph-11.1.0-7373-g355475e/src/mds</dir> <file>MDSRank.cc</file> <line>417</line> </frame>
Files
Updated by John Spray about 7 years ago
- File 18850_mds.a.log 18850_mds.a.log added
Attached full valgrind from mds.a in jspray-2017-02-07_16:25:53-multimds-wip-jcsp-testing-20170206-testing-basic-smithi/795824
There are various permutations on leaks from ScatterLock which I suspect are related to calls to more() that will be considered leak if we are operating on a bogus CInode->[whatever]lock to begin with.
Updated by Zheng Yan about 7 years ago
It's likely some CInode/CDir/CDentry in cache are not properly freed when mds process exits. not caused by MDCache::handle_dentry_unlink
Updated by Patrick Donnelly about 5 years ago
- Category deleted (
90) - Labels (FS) multimds added
Actions