On 13/06/2019 14.31, Hector Martin wrote: > On 12/06/2019 22.33, Yan, Zheng wrote: >> I have tracked down the bug. thank you for reporting this. 'echo 2 > >> /proc/sys/vm/drop_cache' should fix the hang. If you can compile ceph >> from source, please try following patch. >> >> diff --git a/src/mds/Locker.cc b/src/mds/Locker.cc >> index ecd06294fa..94b947975a 100644 >> --- a/src/mds/Locker.cc >> +++ b/src/mds/Locker.cc >> @@ -2956,7 +2956,8 @@ void Locker::handle_client_caps(MClientCaps *m) >> >> // client flushes and releases caps at the same time. make sure >> MDCache::cow_inode() >> // properly setup CInode::client_need_snapflush >> - if ((m->get_dirty() & ~cap->issued()) && !need_snapflush) >> + if (!need_snapflush && (m->get_dirty() & ~cap->issued()) && >> + (m->flags & MClientCaps::FLAG_PENDING_CAPSNAP)) >> cap->mark_needsnapflush(); >> } >> >> >> > > That was quick, thanks! I can build from source but I won't have time to > do so and test it until next week, if that's okay.
Okay, I tried building packages for Xenial following this doc, but that didn't go so well: http://docs.ceph.com/docs/mimic/install/build-ceph/ It seems install-deps pulls in a ppa with a newer GCC and libstdc++ (!) and that produces a build that is incompatible with a plain Xenial machine, no PPAs. The version tag is different too (the -1xenial thing isn't present). Is there documentation for how to build Ubuntu packages the exact same way as they are built for download.ceph.com? i.e. ceph-mds-dbg_13.2.6-1xenial_amd64.deb. If I can figure that out I can build a patched mds and test it. -- Hector Martin (hec...@marcansoft.com) Public Key: https://mrcn.st/pub _______________________________________________ ceph-users mailing list ceph-users@lists.ceph.com http://lists.ceph.com/listinfo.cgi/ceph-users-ceph.com
