Actions
Bug #5782
closedosd: off-by-one on map gap handling?
% Done:
0%
Source:
Q/A
Tags:
Backport:
Regression:
Severity:
3 - minor
Reviewed:
Affected Versions:
ceph-qa-suite:
Pull request ID:
Crash signature (v1):
Crash signature (v2):
Description
off by one on map gap
-2> 2013-07-28 02:09:02.642210 7f5400d6e700 1 -- 10.214.131.5:6812/8003 <== mon.2 10.214.131.5:6790/0 7 ==== osd_map(260..261 src has 251..261) v3 ==== 1486+0+0 (2124651796 0 0) 0x2e93000 con 0x2df1000 -1> 2013-07-28 02:09:02.642259 7f5400d6e700 3 osd.2 250 handle_osd_map epochs [260,261], i have 250, src has [251,261] 0> 2013-07-28 02:09:02.644197 7f5400d6e700 -1 osd/OSD.h: In function 'OSDMapRef OSDService::get_map(epoch_t)' thread 7f5400d6e700 time 2013-07-28 02:09:02.642422 osd/OSD.h: 447: FAILED assert(ret) ceph version 0.67-rc2-98-gb5250fd (b5250fdc70119408b102091229ba8e10fa0b1446) 1: (OSD::handle_osd_map(MOSDMap*)+0x1ff0) [0x6ac250] 2: (OSD::_dispatch(Message*)+0x30b) [0x6adcbb] 3: (OSD::ms_dispatch(Message*)+0x1d2) [0x6ae3c2] 4: (DispatchQueue::entry()+0x549) [0x98bd39] 5: (DispatchQueue::DispatchThread::entry()+0xd) [0x8b064d] 6: (()+0x7e9a) [0x7f540e419e9a] 7: (clone()+0x6d) [0x7f540c5acccd] NOTE: a copy of the executable, or `objdump -rdS <executable>` is needed to interpret this.
Updated by Sage Weil over 10 years ago
- Status changed from Fix Under Review to Resolved
Actions