Actions
Bug #5958
closedos/DBObjectMap.cc: 393: FAILED assert(!valid || cur_iter->valid())
% Done:
0%
Source:
other
Tags:
Backport:
Regression:
Severity:
3 - minor
Reviewed:
Affected Versions:
ceph-qa-suite:
Pull request ID:
Crash signature (v1):
Crash signature (v2):
Description
0> 2013-08-13 22:48:26.503696 7fab63ec4700 1 os/DBObjectMap.cc: In function 'virtual bool DBObjectMap::DBObjectMapIteratorImpl::valid()' thread 7fab63ec4700 time 2013-08-13 22:48:26.501960>valid())
os/DBObjectMap.cc: 393: FAILED assert(!valid || cur_iter
ceph version 0.61.7 (8f010aff684e820ecc837c25ac77c7a05d7191ff)
1: (DBObjectMap::sys_parent_prefix(DBObjectMap::_Header)+0) [0x76f7e0]
2: (PG::_scan_list(ScrubMap&, std::vector<hobject_t, std::allocator<hobject_t> >&, bool, ThreadPool::TPHandle&)+0x736) [0x6b7e26]
3: (PG::build_scrub_map_chunk(ScrubMap&, hobject_t, hobject_t, bool, ThreadPool::TPHandle&)+0x29b) [0x6b94db]
4: (PG::chunky_scrub(ThreadPool::TPHandle&)+0x504) [0x6c0b84]
5: (PG::scrub(ThreadPool::TPHandle&)+0x142) [0x6c27d2]
6: (OSD::ScrubWQ::_process(PG*, ThreadPool::TPHandle&)+0x1c) [0x6489ec]
7: (ThreadPool::worker(ThreadPool::WorkThread*)+0x551) [0x85f101]
8: (ThreadPool::WorkThread::entry()+0x10) [0x862210]
9: (()+0x7851) [0x7fab8d8c9851]
10: (clone()+0x6d) [0x7fab8c19090d]
NOTE: a copy of the executable, or `objdump -rdS <executable>` is needed to interpret this.Updated by Samuel Just over 10 years ago
From irc, looks like disk/leveldb issue. Hoping to get current/omap subdir of osd in question (osd 7). Seems somewhat like the btrfs/leveldb bugs from a while ago. Haven't gotten info on filesystem yet.
Updated by Eric Renfro over 10 years ago
Uploaded osd7_omap_bug5958.tar.bz2 to cephdrop as reuqested, it's a tar of the current/omap directory of osd.7 that kept failing.
Updated by Samuel Just over 10 years ago
- Status changed from New to Can't reproduce
Actions