Running rados bench with the default 4MB object size works fine, but when I shrink the write size to 4K (i.e. running `rados -p data -b 4096 bench 30 write`), ceph-osd will segfault almost immediately. Here is the segfault, and a link to the full debug uploaded using ceph-post-file. ceph-post-file id: f9c8a1f8-969f-46c2-9cef-41b4683fdc76 ceph version 0.77-624-g82f62b1 (82f62b1ea82f6d92f7a5ed0bcbacd608770a15e3) 1: ./ceph-osd() [0x95dbaf] 2: (()+0xfbb0) [0x7f3f1f2f4bb0] 3: (gsignal()+0x37) [0x7f3f1d7cdf77] 4: (abort()+0x148) [0x7f3f1d7d15e8] 5: (__gnu_cxx::__verbose_terminate_handler()+0x155) [0x7f3f1e0d96e5] 6: (()+0x5e856) [0x7f3f1e0d7856] 7: (()+0x5e883) [0x7f3f1e0d7883] 8: (()+0x5eaae) [0x7f3f1e0d7aae] 9: (ceph::__ceph_assert_fail(char const*, char const*, int, char const*)+0x1f2) [0xa3d1b2] 10: (FileStore::_do_transaction(ObjectStore::Transaction&, unsigned long, int, ThreadPool::TPHandle*)+0x8e9) [0x749c59] 11: (FileStore::_do_transactions(std::list<ObjectStore::Transaction*, std::allocator<ObjectStore::Transaction*> >&, unsigned long, ThreadPool::TPHandle*)+0x6c) [0x74d88c] 12: (FileStore::_do_op(FileStore::OpSequencer*, ThreadPool::TPHandle&)+0x167) [0x74da17] 13: (ThreadPool::worker(ThreadPool::WorkThread*)+0xaef) [0xa2dfdf] 14: (ThreadPool::WorkThread::entry()+0x10) [0xa2eed0] 15: (()+0x7f6e) [0x7f3f1f2ecf6e] 16: (clone()+0x6d) [0x7f3f1d8919cd] NOTE: a copy of the executable, or `objdump -rdS <executable>` is needed to interpret this. -- 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
