Project

General

Profile

Actions

Bug #4737

closed

ceph 0.60 mon crashed: 'void PaxosService::propose_pending()

Added by Denis kaganovich about 11 years ago. Updated about 11 years ago.

Status:
Duplicate
Priority:
Normal
Assignee:
-
Category:
-
Target version:
-
% Done:

0%

Source:
Community (user)
Tags:
Backport:
Regression:
Severity:
3 - minor
Reviewed:
Affected Versions:
ceph-qa-suite:
Pull request ID:
Crash signature (v1):
Crash signature (v2):

Description

Looks similar to #3260:

ceph version 0.60 (f26f7a39021dbf440c28d6375222e21c94fe8e5c)
1: (PaxosService::propose_pending()+0x35b) [0x50ff3b]
2: (MDSMonitor::tick()+0x94c) [0x54a11c]
3: (MDSMonitor::on_active()+0x11) [0x545cd1]
4: (PaxosService::_active()+0x250) [0x510220]
5: (Context::complete(int)+0xa) [0x4d883a]
6: (finish_contexts(CephContext*, std::list<Context*, std::allocator<Context*> >&, int)+0xa6) [0x4dfd86]
7: (Paxos::handle_last(MMonPaxos*)+0x93e) [0x5098fe]
8: (Paxos::dispatch(PaxosServiceMessage*)+0x1bb) [0x50aa3b]
9: (Monitor::_ms_dispatch(Message*)+0xde4) [0x4d8114]
10: (Monitor::ms_dispatch(Message*)+0x32) [0x4fb2f2]
11: (DispatchQueue::entry()+0x33a) [0x7007ca]
12: (DispatchQueue::DispatchThread::entry()+0xd) [0x67af6d]
13: (()+0x84bd) [0x7fb2accf14bd]
14: (clone()+0x6d) [0x7fb2aaf4ef7d]
NOTE: a copy of the executable, or `objdump -rdS <executable>` is needed to interpret this.

or, another report:
ceph version 0.60 (f26f7a39021dbf440c28d6375222e21c94fe8e5c)
1: /usr/bin/ceph-mon() [0x5b640d]
2: (()+0x10490) [0x7fb2accf9490]
3: (gsignal()+0x35) [0x7fb2aae4db05]
4: (abort()+0x12f) [0x7fb2aae4f31f]
5: (_gnu_cxx::_verbose_terminate_handler()+0x11d) [0x7fb2ab7b191d]
6: (()+0x63a16) [0x7fb2ab7afa16]
7: (()+0x63a43) [0x7fb2ab7afa43]
8: (()+0x63c6e) [0x7fb2ab7afc6e]
9: (ceph::__ceph_assert_fail(char const*, char const*, int, char const*)+0x425) [0x68f3b5]
10: (PaxosService::propose_pending()+0x35b) [0x50ff3b]
11: (MDSMonitor::tick()+0x94c) [0x54a11c]
12: (MDSMonitor::on_active()+0x11) [0x545cd1]
13: (PaxosService::_active()+0x250) [0x510220]
14: (Context::complete(int)+0xa) [0x4d883a]
15: (finish_contexts(CephContext*, std::list<Context*, std::allocator<Context*> >&, int)+0xa6) [0x4dfd86]
16: (Paxos::handle_last(MMonPaxos*)+0x93e) [0x5098fe]
17: (Paxos::dispatch(PaxosServiceMessage*)+0x1bb) [0x50aa3b]
18: (Monitor::_ms_dispatch(Message*)+0xde4) [0x4d8114]
19: (Monitor::ms_dispatch(Message*)+0x32) [0x4fb2f2]
20: (DispatchQueue::entry()+0x33a) [0x7007ca]
21: (DispatchQueue::DispatchThread::entry()+0xd) [0x67af6d]
22: (()+0x84bd) [0x7fb2accf14bd]
23: (clone()+0x6d) [0x7fb2aaf4ef7d]
NOTE: a copy of the executable, or `objdump -rdS <executable>` is needed to interpret this.

PS Also I have some issues about libceph, but it generated under samba + tricky stacking vfs scannedonly + ceph, but I believe there are libceph problem: in time of readdir loop ceph_unlink() stuck (and some readdir order mismatch), illustrated patch: http://raw.googlecode.com/svn/trunk/app-portage/ppatch/files/extensions/net-fs/samba/compile/samba-scan-ceph.patch - if you think to better to open new bug - say me, else - just FYI.


Related issues 1 (0 open1 closed)

Is duplicate of Ceph - Bug #3495: ceph-mon crashResolvedJoao Eduardo Luis11/15/2012

Actions
Actions #1

Updated by Joao Eduardo Luis about 11 years ago

  • Status changed from New to Duplicate
  • Source changed from Development to Community (user)

Please see #3495

Actions #2

Updated by Joao Eduardo Luis about 11 years ago

Denis kaganovich wrote:

PS Also I have some issues about libceph, but it generated under samba + tricky stacking vfs scannedonly + ceph, but I believe there are libceph problem: in time of readdir loop ceph_unlink() stuck (and some readdir order mismatch), illustrated patch: http://raw.googlecode.com/svn/trunk/app-portage/ppatch/files/extensions/net-fs/samba/compile/samba-scan-ceph.patch - if you think to better to open new bug - say me, else - just FYI.

This would be better to be on a different ticket.

Actions

Also available in: Atom PDF