Project

General

Profile

Bug #2648

removing a monitor from the map while it's running causes a crash

Added by Greg Farnum over 11 years ago. Updated over 10 years ago.

Status:
Resolved
Priority:
Normal
Assignee:
-
Category:
Monitor
Target version:
-
% Done:

0%

Source:
Development
Tags:
Backport:
Regression:
No
Severity:
Reviewed:
Affected Versions:
ceph-qa-suite:
Pull request ID:
Crash signature (v1):
Crash signature (v2):

Description

    -5> 2012-06-23 01:48:13.891647 7f1c25126700  1 -- [2607:f298:4:2243::5753]:6789/0 <== osd.1050 [2607:f298:4:2243::7091]:6807/1529 1 ==== auth(proto 0 29 bytes epoch 0) v1 ==== 59+0+0 (4121613918 0 0) 0x5fde400 con 0x5254500
    -4> 2012-06-23 01:48:13.911249 7f1c25126700  1 -- [2607:f298:4:2243::5753]:6789/0 <== mon.? [2607:f298:4:2243::5754]:6789/0 2 ==== election(31b8be2f-ac05-4e56-96b7-e702df166e29 propose 1) v2 ==== 518+0+0 (2524548020 0 0) 0x3585480 con
 0x3529500
    -3> 2012-06-23 01:48:13.916532 7f1c25126700 -1 mon/MonMap.h: In function 'entity_inst_t MonMap::get_inst(unsigned int) const' thread 7f1c25126700 time 2012-06-23 01:48:13.911331
mon/MonMap.h: 167: FAILED assert(m < rank_addr.size())

 ceph version 0.46-95-g66b2bb3 (commit:66b2bb339ed59198dfd622279c3671f7304329c1)
 1: (Elector::defer(int)+0x6da) [0x51426a]
 2: (Elector::handle_propose(MMonElection*)+0x573) [0x5148c3]
 3: (Elector::dispatch(Message*)+0xc73) [0x517823]
 4: (Monitor::_ms_dispatch(Message*)+0x3f3) [0x485493]
 5: (Monitor::ms_dispatch(Message*)+0x32) [0x4923d2]
 6: (SimpleMessenger::dispatch_entry()+0x863) [0x5b9ea3]
 7: (SimpleMessenger::DispatchThread::entry()+0xd) [0x58569d]
 8: (()+0x7e9a) [0x7f1c3a284e9a]
 9: (clone()+0x6d) [0x7f1c38a3d4bd]
 NOTE: a copy of the executable, or `objdump -rdS <executable>` is needed to interpret this.

History

#1 Updated by Sage Weil over 10 years ago

  • Status changed from New to Resolved

i just tested this and it works.

Also available in: Atom PDF