On Thu, Aug 21, 2014 at 4:37 PM, David Zafman <david.zafman@xxxxxxxxxxx> wrote: > > Has anyone seen anything like this from an application linked with librados using valgrind? Or a Segmentation fault on exit from such an application? > > Invalid free() / delete / delete[] / realloc() > at 0x4C2A4BC: operator delete(void*) (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) > by 0x8195C12: std::basic_string<char, std::char_traits<char>, std::allocator<char> >::~basic_string() (in /usr/lib/x86_64-linux-gnu/libstdc++.so.6.0.16) > by 0x13890F3: coll_t::~coll_t() (osd_types.h:468) > by 0x8944DEC: __cxa_finalize (cxa_finalize.c:56) > by 0x6E1CEC5: ??? (in /src/ceph/src/.libs/librados.so.2.0.0) > by 0x725F400: ??? (in /src/ceph/src/.libs/librados.so.2.0.0) > by 0x89449D0: __run_exit_handlers (exit.c:78) > by 0x8944A54: exit (exit.c:100) > by 0x137FF37: usage(boost::program_options::options_description&) (ceph_objectstore_tool.cc:1794) > by 0x1380572: main (ceph_objectstore_tool.cc:1849) This looks fairly strange to me — why does ceph_objectstore_tool do anything with librados? I thought it was just hitting the OSD filesystem structure directly. Also note that the crash appears to be underneath the coll_t destructor, probably in destroying its string. That combined with the weird librados presence makes me think memory corruption is running over the stack somewhere. -Greg Software Engineer #42 @ http://inktank.com | http://ceph.com -- 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
