Project

General

Profile

Actions

Bug #36706

closed

Ceph ECBackend: assert fail at PGLog::trim

Added by Lei Liu over 5 years ago. Updated over 5 years ago.

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

0%

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

Description

2018-11-06 08:20:36.027682 7f5ca7f34700 -1 /build/ceph-12.2.7/src/osd/PGLog.cc: In function 'void PGLog::trim(eversion_t, pg_info_t&)' thread 7f5ca7f34700 time 2018-11-06 08:20:35.897619
/build/ceph-12.2.7/src/osd/PGLog.cc: 170: FAILED assert(trim_to <= info.last_complete)

 ceph version 12.2.7 (3ec878d1e53e1aeb47a9f619c49d9e7c0aa384d5) luminous (stable)
 1: (ceph::__ceph_assert_fail(char const*, char const*, int, char const*)+0x102) [0x5620fa9f99f2]
 2: (PGLog::trim(eversion_t, pg_info_t&)+0x23f) [0x5620fa523ecf]
 3: (PG::append_log(std::vector<pg_log_entry_t, std::allocator<pg_log_entry_t> > const&, eversion_t, eversion_t, ObjectStore::Transaction&, bool)+0x37e) [0x5620fa4d2e0e]
 4: (PrimaryLogPG::log_operation(std::vector<pg_log_entry_t, std::allocator<pg_log_entry_t> > const&, boost::optional<pg_hit_set_history_t> const&, eversion_t const&, eversion_t const&, bool, ObjectStore::Transaction&)+0x64) [0x5620fa5d6814]
 5: (ECBackend::handle_sub_write(pg_shard_t, boost::intrusive_ptr<OpRequest>, ECSubWrite&, ZTracer::Trace const&, Context*)+0x4d0) [0x5620fa71af60]
 6: (ECBackend::_handle_message(boost::intrusive_ptr<OpRequest>)+0x353) [0x5620fa7352c3]
 7: (PGBackend::handle_message(boost::intrusive_ptr<OpRequest>)+0x50) [0x5620fa6119e0]
 8: (PrimaryLogPG::do_request(boost::intrusive_ptr<OpRequest>&, ThreadPool::TPHandle&)+0x543) [0x5620fa575493]
 9: (OSD::dequeue_op(boost::intrusive_ptr<PG>, boost::intrusive_ptr<OpRequest>, ThreadPool::TPHandle&)+0x3a9) [0x5620fa3e9619]
 10: (PGQueueable::RunVis::operator()(boost::intrusive_ptr<OpRequest> const&)+0x57) [0x5620fa6969c7]
 11: (OSD::ShardedOpWQ::_process(unsigned int, ceph::heartbeat_handle_d*)+0x1047) [0x5620fa417ab7]
 12: (ShardedThreadPool::shardedthreadpool_worker(unsigned int)+0x884) [0x5620fa9fe7e4]
 13: (ShardedThreadPool::WorkThreadSharded::entry()+0x10) [0x5620faa01820]
 14: (()+0x76ba) [0x7f5d3a1a96ba]
 15: (clone()+0x6d) [0x7f5d3922041d]
 NOTE: a copy of the executable, or `objdump -rdS <executable>` is needed to interpret this.

Related issues 1 (0 open1 closed)

Is duplicate of RADOS - Bug #36686: osd: pg log hard limit can cause crash during upgradeResolvedNeha Ojha11/02/2018

Actions
Actions #1

Updated by Lei Liu over 5 years ago

duplicate with http://tracker.ceph.com/issues/36686

Close this please!

Fixed with luminous branch v12.2.10

ref: https://github.com/ceph/ceph/pull/25034/files

Actions #2

Updated by Nathan Cutler over 5 years ago

  • Status changed from New to Duplicate
Actions #3

Updated by Nathan Cutler over 5 years ago

  • Is duplicate of Bug #36686: osd: pg log hard limit can cause crash during upgrade added
Actions

Also available in: Atom PDF