I'm getting osd map decoding errors on cluster connection from a
kraken client with a luminous backend. I searched around the mailing
list but didn't see this reported, or any note on backwards
incompatibility. Back trace:
===
terminate called after throwing an instance of 'ceph::buffer::end_of_buffer'
what(): buffer::end_of_buffer
Thread 9 "ms_dispatch" received signal SIGABRT, Aborted.
[Switching to Thread 0x7fffd3fff700 (LWP 43060)]
0x00007fffee73c428 in __GI_raise (sig=sig@entry=6) at
../sysdeps/unix/sysv/linux/raise.c:54
54 ../sysdeps/unix/sysv/linux/raise.c: No such file or directory.
(gdb) bt
#0 0x00007fffee73c428 in __GI_raise (sig=sig@entry=6) at
../sysdeps/unix/sysv/linux/raise.c:54
#1 0x00007fffee73e02a in __GI_abort () at abort.c:89
#2 0x00007fffeed7684d in __gnu_cxx::__verbose_terminate_handler() ()
from /usr/lib/x86_64-linux-gnu/libstdc++.so.6
#3 0x00007fffeed746b6 in ?? () from /usr/lib/x86_64-linux-gnu/libstdc++.so.6
#4 0x00007fffeed74701 in std::terminate() () from
/usr/lib/x86_64-linux-gnu/libstdc++.so.6
#5 0x00007fffeed74919 in __cxa_throw () from
/usr/lib/x86_64-linux-gnu/libstdc++.so.6
#6 0x00007fffef49cbb2 in ceph::buffer::ptr::iterator::get_pos_add
(this=<optimized out>, this=<optimized out>, n=4) at
/home/nwatkins/ceph/src/include/buffer.h:196
#7 0x00007fffef4b5509 in ceph::buffer::ptr::iterator::get_pos_add
(this=<synthetic pointer>, this=<synthetic pointer>, n=4) at
/usr/include/c++/5/bits/stl_vector.h:676
#8 denc_traits<unsigned int, void>::decode (p=<synthetic pointer>,
o=<optimized out>) at /home/nwatkins/ceph/src/include/denc.h:224
#9 denc<unsigned int, denc_traits<unsigned int, void> > (features=0,
p=<synthetic pointer>, o=<optimized out>) at
/home/nwatkins/ceph/src/include/denc.h:496
#10 denc_traits<std::vector<unsigned int, std::allocator<unsigned int>
>, void>::decode (p=<synthetic pointer>, s=std::vector of length
16777216, capacity 16777216 = {...})
at /home/nwatkins/ceph/src/include/denc.h:796
#11 decode<std::vector<unsigned int, std::allocator<unsigned int> >,
denc_traits<std::vector<unsigned int, std::allocator<unsigned int> >,
void> > (
o=std::vector of length 16777216, capacity 16777216 = {...},
p=...) at /home/nwatkins/ceph/src/include/denc.h:1157
#12 0x00007fffef4aee0c in OSDMap::decode (this=this@entry=0x817f20,
bl=...) at /home/nwatkins/ceph/src/osd/OSDMap.cc:2144
#13 0x00007fffef4b0b2e in OSDMap::decode (this=0x817f20, bl=...) at
/home/nwatkins/ceph/src/osd/OSDMap.cc:1991
#14 0x00007fffef387d2b in Objecter::handle_osd_map
(this=this@entry=0x8178a0, m=m@entry=0x7fffd80012e0) at
/home/nwatkins/ceph/src/osdc/Objecter.cc:1242
#15 0x00007fffef388a87 in Objecter::ms_dispatch (this=0x8178a0,
m=0x7fffd80012e0) at /home/nwatkins/ceph/src/osdc/Objecter.cc:1005
#16 0x00007fffef5fd8ca in Messenger::ms_deliver_dispatch
(m=0x7fffd80012e0, this=0x789fb0) at
/home/nwatkins/ceph/src/msg/Messenger.h:593
#17 DispatchQueue::entry (this=0x78a128) at
/home/nwatkins/ceph/src/msg/DispatchQueue.cc:197
#18 0x00007fffef47968d in DispatchQueue::DispatchThread::entry
(this=<optimized out>) at
/home/nwatkins/ceph/src/msg/DispatchQueue.h:103
#19 0x00007fffef0706ba in start_thread (arg=0x7fffd3fff700) at
pthread_create.c:333
#20 0x00007fffee80e3dd in clone () at
../sysdeps/unix/sysv/linux/x86_64/clone.S:109
--
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
