Hi there. I tried building the latest in the testing branch (commit id e90a3b623), and things didn't go all that well. Using a 2.6.36 client with commit d91f2438 reverted and the "ceph: fix small seq message skipping" comimt added, I was able to mount the test file system, but when I tried to list a directory in the ceph file system, the ls command hung forever. Dmesg show that it was a problem communicating with mds0. When I looked on that machine's log, I found the attached stack dump. I'm going to back off to 0.22.2, which worked much better for me, but I figured you'd probably be interested in the heads up. Regards, - Ted mds/CInode.cc: In function 'void CInode::finish_scatter_gather_update(int)': mds/CInode.cc:1479: FAILED assert(pi->dirstat.size() >= 0) ceph version 0.22.2 (commit:652417c19f5d18c70d5928e67f72c3770c3c57c5) 1: (CInode::finish_scatter_gather_update(int)+0x839) [0x8ee20d] 2: (Locker::scatter_writebehind(ScatterLock*)+0x237) [0x88b2f1] 3: (Locker::simple_sync(SimpleLock*, bool*)+0x350) [0x88a44e] 4: (Locker::_rdlock_kick(SimpleLock*)+0xc2) [0x87e30c] 5: (Locker::rdlock_start(SimpleLock*, MDRequest*, bool)+0x1dc) [0x87e778] 6: (Locker::acquire_locks(MDRequest*, std::set<SimpleLock*, std::less<SimpleLock*>, std::allocator<SimpleLock*> >&, std::set<SimpleLock*, std::less<SimpleLock*>, std::allocator<SimpleLock*> >&, std::set<SimpleLock*, std::less<SimpleLock*>, std::allocator<SimpleLock*> >&)+0x1b3d) [0x87be7f] 7: (Server::handle_client_stat(MDRequest*)+0x33b) [0x76d2a7] 8: (Server::dispatch_client_request(MDRequest*)+0x2a5) [0x767caf] 9: (Server::handle_client_request(MClientRequest*)+0x938) [0x7679f4] 10: (Server::dispatch(Message*)+0x358) [0x760680] 11: (MDS::_dispatch(Message*)+0x137a) [0x72c97e] 12: (MDS::ms_dispatch(Message*)+0x38) [0x72b48a] 13: (Messenger::ms_deliver_dispatch(Message*)+0x63) [0x716a2d] 14: (SimpleMessenger::dispatch_entry()+0x5d4) [0x707d46] 15: (SimpleMessenger::DispatchThread::entry()+0x2c) [0x6fcd40] 16: (Thread::_entry_func(void*)+0x23) [0x715935] 17: (()+0x6b9a) [0x2b1c972ccb9a] 18: (clone()+0x6d) [0x2b1c97cb253d] NOTE: a copy of the executable, or `objdump -rdS <executable>` is needed to interpret this. *** Caught signal (ABRT) *** ceph version 0.22.2 (commit:652417c19f5d18c70d5928e67f72c3770c3c57c5) 1: (ceph::BackTrace::BackTrace(int)+0x2d) [0x9d8e93] 2: (sigabrt_handler(int)+0x49) [0x9e8ffd] 3: (()+0x1e9e0) [0x2b1c97cab9e0] 4: (gsignal()+0x35) [0x2b1c97cc89f5] 5: (abort()+0x183) [0x2b1c97ccc413] 6: (__gnu_cxx::__verbose_terminate_handler()+0x115) [0x2b1c975a5275] 7: (()+0xbf696) [0x2b1c975a3696] 8: (()+0xbf6c3) [0x2b1c975a36c3] 9: (()+0xbf7c6) [0x2b1c975a37c6] 10: (ceph::__ceph_assert_fail(char const*, char const*, int, char const*)+0x24f) [0x9d8ca4] 11: (CInode::finish_scatter_gather_update(int)+0x839) [0x8ee20d] 12: (Locker::scatter_writebehind(ScatterLock*)+0x237) [0x88b2f1] 13: (Locker::simple_sync(SimpleLock*, bool*)+0x350) [0x88a44e] 14: (Locker::_rdlock_kick(SimpleLock*)+0xc2) [0x87e30c] 15: (Locker::rdlock_start(SimpleLock*, MDRequest*, bool)+0x1dc) [0x87e778] 16: (Locker::acquire_locks(MDRequest*, std::set<SimpleLock*, std::less<SimpleLock*>, std::allocator<SimpleLock*> >&, std::set<SimpleLock*, std::less<SimpleLock*>, std::allocator<SimpleLock*> >&, std::set<SimpleLock*, std::less<SimpleLock*>, std::allocator<SimpleLock*> >&)+0x1b3d) [0x87be7f] 17: (Server::handle_client_stat(MDRequest*)+0x33b) [0x76d2a7] 18: (Server::dispatch_client_request(MDRequest*)+0x2a5) [0x767caf] 19: (Server::handle_client_request(MClientRequest*)+0x938) [0x7679f4] 20: (Server::dispatch(Message*)+0x358) [0x760680] 21: (MDS::_dispatch(Message*)+0x137a) [0x72c97e] 22: (MDS::ms_dispatch(Message*)+0x38) [0x72b48a] 23: (Messenger::ms_deliver_dispatch(Message*)+0x63) [0x716a2d] 24: (SimpleMessenger::dispatch_entry()+0x5d4) [0x707d46] 25: (SimpleMessenger::DispatchThread::entry()+0x2c) [0x6fcd40] 26: (Thread::_entry_func(void*)+0x23) [0x715935] 27: (()+0x6b9a) [0x2b1c972ccb9a] 28: (clone()+0x6d) [0x2b1c97cb253d] -- 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
