Bug #2740
mds: crash in Objecter when shutting down too early
Status:
Resolved
Priority:
High
Assignee:
-
Category:
-
Target version:
-
% Done:
0%
Source:
Community (dev)
Tags:
Backport:
Regression:
No
Severity:
Reviewed:
Affected Versions:
ceph-qa-suite:
Component(FS):
Labels (FS):
Pull request ID:
Crash signature (v1):
Crash signature (v2):
Description
Jimmy Tang reported this on the mailing list.
2012-07-06 16:38:17.838055 7f2d6828d700 -1 mds.-1.0 *** got signal Terminated *** 2012-07-06 16:38:17.838139 7f2d6828d700 1 mds.-1.0 suicide. wanted down:dne, now up:boot 2012-07-06 16:38:17.839020 7f2d6828d700 -1 osdc/Objecter.cc: In function 'void Objecter::shutdown()' thread 7f2d6828d700 time 2012-07-06 16:38:17.838156 osdc/Objecter.cc: 221: FAILED assert(initialized) ceph version 0.48argonaut (commit:c2b20ca74249892c8e5e40c12aa14446a2bf2030) 1: (Objecter::shutdown()+0x170) [0x6e2e20] 2: (MDS::suicide()+0xc9) [0x4ad829] 3: (MDS::handle_signal(int)+0x1bb) [0x4b447b] 4: (SignalHandler::entry()+0x283) [0x803d53] 5: /lib64/libpthread.so.0() [0x3b3ea077f1] 6: (clone()+0x6d) [0x3b3e6e5ccd] NOTE: a copy of the executable, or `objdump -rdS <executable>` is needed to interpret this.
Looks like the Objecter hasn't actually been started up yet, but shutdown is going through an unconditional path.
History
#1 Updated by Sage Weil almost 11 years ago
- Project changed from Ceph to CephFS
- Category deleted (
1)
#2 Updated by Greg Farnum over 9 years ago
- Priority changed from Normal to High
I'm pretty sure this is fixed, but let's check it out and make sure.
#3 Updated by Sage Weil over 9 years ago
- Status changed from New to Resolved