Project

General

Profile

Bug #3005

bootstrapped mon crashes after win_standalone_election

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

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

0%

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

Description

I created the mon from #3004 and got it running correctly. It crashed since it won without being rank 0.

    -2> 2012-08-20 16:41:04.767959 7fa53c466780 10 mon.a@0(probing) e0 reset
    -1> 2012-08-20 16:41:04.767973 7fa53c466780  1 mon.a@0(probing) e0 win_standalone_election
     0> 2012-08-20 16:41:04.768471 7fa53c466780 -1 mon/Monitor.cc: In function 'void Monitor::win_standalone_election()' thread 7fa53c466780 time 2012-08-20 16:41:04.767980
mon/Monitor.cc: 928: FAILED assert(rank == 0)

 ceph version 0.50 (commit:a4428bd0e1956d22cfa67bf34e1cf4913c94ca48)
 1: (Monitor::win_standalone_election()+0x140) [0x477110]
 2: (Monitor::bootstrap()+0x765) [0x47eb85]
 3: (Monitor::init()+0xcda) [0x48051a]
 4: (main()+0x27b9) [0x46bf59]
 5: (__libc_start_main()+0xfd) [0x7fa53a81ec4d]
 6: ./ceph-mon() [0x4695d9]
 NOTE: a copy of the executable, or `objdump -rdS <executable>` is needed to interpret this.

Related issues

Duplicated by Ceph - Bug #3006: mon: removing a running monitor can crash ceph Duplicate 08/20/2012

History

#1 Updated by Sage Weil over 11 years ago

  • Status changed from New to Resolved

logs on #3006

also reproduced w/ vstart by doing 'ceph log foo &' every .01 seconds in a loop, and then removing monitors.

Also available in: Atom PDF