Project

General

Profile

Bug #21064

FSCommands: missing wait for osdmap writeable + propose

Added by Patrick Donnelly about 2 years ago. Updated about 2 years ago.

Status:
Resolved
Priority:
Immediate
Category:
Administration/Usability
Target version:
Start date:
08/22/2017
Due date:
% Done:

0%

Source:
Q/A
Tags:
Backport:
luminous
Regression:
No
Severity:
1 - critical
Reviewed:
Affected Versions:
ceph-qa-suite:
fs
Component(FS):
MDSMonitor
Labels (FS):
Pull request ID:

Description

2017-08-22T03:53:44.755 INFO:tasks.ceph.mon.a.smithi046.stderr:/build/ceph-12.1.2-962-g40d762d/src/mon/OSDMonitor.cc: In function 'void OSDMonitor::do_application_enable(int64_t, const string&)' thread 7f62d5365700 time 2017-08-22 03:53:44.753574
2017-08-22T03:53:44.768 INFO:tasks.ceph.mon.a.smithi046.stderr:/build/ceph-12.1.2-962-g40d762d/src/mon/OSDMonitor.cc: 3159: FAILED assert(paxos->is_plugged() && is_writeable())
2017-08-22T03:53:44.771 INFO:tasks.ceph.mon.a.smithi046.stderr: ceph version 12.1.2-962-g40d762d (40d762dfec4cad5edef6ba84cc12c81f049541d8) mimic (dev)
2017-08-22T03:53:44.773 INFO:tasks.ceph.mon.a.smithi046.stderr: 1: (ceph::__ceph_assert_fail(char const*, char const*, int, char const*)+0x10e) [0x7f62de2143ae]
2017-08-22T03:53:44.775 INFO:tasks.ceph.mon.a.smithi046.stderr: 2: (OSDMonitor::do_application_enable(long, std::string const&)+0x4f) [0x7f62de14043f]
2017-08-22T03:53:44.777 INFO:tasks.ceph.mon.a.smithi046.stderr: 3: (AddDataPoolHandler::handle(Monitor*, FSMap&, boost::intrusive_ptr<MonOpRequest>, std::map<std::string, boost::variant<std::string, bool, long, double, std::vector<std::string, std::allocator<std::string> >, std::vector<long, std::allocator<long> >, std::vector<double, std::allocator<double> > >, std::less<std::string>, std::allocator<std::pair<std::string const, boost::variant<std::string, bool, long, double, std::vector<std::string, std::allocator<std::string> >, std::vector<long, std::allocator<long> >, std::vector<double, std::allocator<double> > > > > >&, std::basic_stringstream<char, std::char_traits<char>, std::allocator<char> >&)+0x419) [0x7f62de1c0c99]
2017-08-22T03:53:44.779 INFO:tasks.ceph.mon.a.smithi046.stderr: 4: (LegacyHandler<AddDataPoolHandler>::handle(Monitor*, FSMap&, boost::intrusive_ptr<MonOpRequest>, std::map<std::string, boost::variant<std::string, bool, long, double, std::vector<std::string, std::allocator<std::string> >, std::vector<long, std::allocator<long> >, std::vector<double, std::allocator<double> > >, std::less<std::string>, std::allocator<std::pair<std::string const, boost::variant<std::string, bool, long, double, std::vector<std::string, std::allocator<std::string> >, std::vector<long, std::allocator<long> >, std::vector<double, std::allocator<double> > > > > >&, std::basic_stringstream<char, std::char_traits<char>, std::allocator<char> >&)+0x1b2) [0x7f62de1c2102]
2017-08-22T03:53:44.781 INFO:tasks.ceph.mon.a.smithi046.stderr: 5: (MDSMonitor::prepare_command(boost::intrusive_ptr<MonOpRequest>)+0x52c) [0x7f62de1ac57c]
2017-08-22T03:53:44.783 INFO:tasks.ceph.mon.a.smithi046.stderr: 6: (MDSMonitor::prepare_update(boost::intrusive_ptr<MonOpRequest>)+0x2be) [0x7f62de1ad45e]
2017-08-22T03:53:44.786 INFO:tasks.ceph.mon.a.smithi046.stderr: 7: (PaxosService::dispatch(boost::intrusive_ptr<MonOpRequest>)+0xb37) [0x7f62de110d87]
2017-08-22T03:53:44.791 INFO:tasks.ceph.mon.a.smithi046.stderr: 8: (Monitor::handle_command(boost::intrusive_ptr<MonOpRequest>)+0x1bee) [0x7f62ddffa83e]
2017-08-22T03:53:44.797 INFO:tasks.ceph.mon.a.smithi046.stderr: 9: (Monitor::dispatch_op(boost::intrusive_ptr<MonOpRequest>)+0x91f) [0x7f62de0001ef]
2017-08-22T03:53:44.800 INFO:tasks.ceph.mon.a.smithi046.stderr: 10: (Monitor::_ms_dispatch(Message*)+0x7b9) [0x7f62de0014e9]
2017-08-22T03:53:44.802 INFO:tasks.ceph.mon.a.smithi046.stderr: 11: (Monitor::ms_dispatch(Message*)+0x23) [0x7f62de029c33]
2017-08-22T03:53:44.804 INFO:tasks.ceph.mon.a.smithi046.stderr: 12: (DispatchQueue::entry()+0x78b) [0x7f62de49ee4b]
2017-08-22T03:53:44.808 INFO:tasks.ceph.mon.a.smithi046.stderr: 13: (DispatchQueue::DispatchThread::entry()+0xd) [0x7f62de2acd2d]
2017-08-22T03:53:44.810 INFO:tasks.ceph.mon.a.smithi046.stderr: 14: (()+0x8184) [0x7f62dcfd2184]
2017-08-22T03:53:44.812 INFO:tasks.ceph.mon.a.smithi046.stderr: 15: (clone()+0x6d) [0x7f62db89437d]
2017-08-22T03:53:44.813 INFO:tasks.ceph.mon.a.smithi046.stderr: NOTE: a copy of the executable, or `objdump -rdS <executable>` is needed to interpret this.

From: /ceph/teuthology-archive/pdonnell-2017-08-21_23:13:19-fs-wip-pdonnell-testing-20170821-distro-basic-smithi/1549149/teuthology.log


Related issues

Duplicated by fs - Bug #21081: mon: get writeable osdmap for added data pool Duplicate 08/23/2017
Copied to fs - Backport #21101: luminous: FSCommands: missing wait for osdmap writeable + propose Resolved

History

#1 Updated by Patrick Donnelly about 2 years ago

  • Status changed from New to Need Review

#2 Updated by Patrick Donnelly about 2 years ago

  • Duplicated by Bug #21081: mon: get writeable osdmap for added data pool added

#3 Updated by Patrick Donnelly about 2 years ago

  • Status changed from Need Review to Pending Backport

#4 Updated by Patrick Donnelly about 2 years ago

  • Copied to Backport #21101: luminous: FSCommands: missing wait for osdmap writeable + propose added

#5 Updated by Patrick Donnelly about 2 years ago

  • Status changed from Pending Backport to Resolved

Also available in: Atom PDF