Hi,
I've been seeing current master branch assert in
OSD::build_incremental_map_msg during peering when starting
a new filesystem for the first time.
This behavior bisects to commit 0807e7d523:
hobject_t: make filestore_hobject_key_t 64 bits
So we can return 0x100000000 when max=true.
Signed-off-by: Sage Weil <sage.weil@xxxxxxxxxxxxx>
Here's an example of the assert:
(gdb) bt
#0 __memcpy_ssse3_back () at ../sysdeps/x86_64/multiarch/memcpy-ssse3-back.S:1631
#1 0x00000000008f4be7 in ceph::BackTrace::print (this=0x7f2b89908270, out=...) at common/BackTrace.cc:37
#2 0x00000000008e2627 in handle_fatal_signal (signum=11) at global/signal_handler.cc:103
#3 <signal handler called>
#4 __memcpy_ssse3_back () at ../sysdeps/x86_64/multiarch/memcpy-ssse3-back.S:1475
#5 0x00000000008f4be7 in ceph::BackTrace::print (this=0x7f2b89909030, out=...) at common/BackTrace.cc:37
#6 0x00000000008e2627 in handle_fatal_signal (signum=6) at global/signal_handler.cc:103
#7 <signal handler called>
#8 0x00007f2b9500f885 in raise (sig=6) at ../nptl/sysdeps/unix/sysv/linux/raise.c:64
#9 0x00007f2b95011065 in abort () at abort.c:92
#10 0x0000003be84bea7d in __gnu_cxx::__verbose_terminate_handler() () from /usr/lib64/libstdc++.so.6
#11 0x0000003be84bcc06 in ?? () from /usr/lib64/libstdc++.so.6
#12 0x0000003be84bcc33 in std::terminate() () from /usr/lib64/libstdc++.so.6
#13 0x0000003be84bcd2e in __cxa_throw () from /usr/lib64/libstdc++.so.6
#14 0x00000000008fd19d in ceph::__ceph_assert_fail (assertion=0xac97b0 "0 == \"missing an osdmap on disk\"",
file=0xac777f "osd/OSD.cc", line=3662, func=0xacb240 "MOSDMap* OSD::build_incremental_map_msg(epoch_t, epoch_t)")
at common/assert.cc:70
#15 0x000000000087b558 in OSD::build_incremental_map_msg (this=0x21d8000, since=16, to=22) at osd/OSD.cc:3662
#16 0x000000000087b95c in OSD::send_incremental_map (this=0x21d8000, since=16, inst=..., lazy=false) at osd/OSD.cc:3699
#17 0x0000000000870d20 in OSD::_share_map_outgoing (this=0x21d8000, inst=...) at osd/OSD.cc:2627
#18 0x0000000000866a5a in OSD::handle_osd_ping (this=0x21d8000, m=0x2542fc0) at osd/OSD.cc:1613
#19 0x00000000008712d3 in OSD::heartbeat_dispatch (this=0x21d8000, m=0x2542fc0) at osd/OSD.cc:2652
#20 0x00000000008962bd in OSD::HeartbeatDispatcher::ms_dispatch (this=0x21d8a48, m=0x2542fc0) at osd/OSD.h:283
#21 0x000000000091e941 in Messenger::ms_deliver_dispatch (this=0x21a0500, m=0x2542fc0) at msg/Messenger.h:102
#22 0x00000000009081b0 in SimpleMessenger::dispatch_entry (this=0x21a0500) at msg/SimpleMessenger.cc:360
#23 0x00000000007a0c0e in SimpleMessenger::DispatchThread::entry (this=0x21a0998) at msg/SimpleMessenger.h:544
#24 0x0000000000969d1b in Thread::_entry_func (arg=0x21a0998) at common/Thread.cc:41
#25 0x00007f2b95d057f1 in start_thread (arg=0x7f2b8990d700) at pthread_create.c:301
#26 0x00007f2b950c270d in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:115
Thanks -- Jim
--
To unsubscribe from this list: send the line "unsubscribe ceph-devel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
