Hi John, It turned out that mds triggers an assertion
*mds/MDCache.cc: 269: FAILED assert(inode_map.count(in->vino()) == 0)* on any attempt to write data to the filesystem mounted via fuse. Deleting data is still OK. I cannot really follow why duplicated inodes appear. Are there any ways to flush/reset the MDS cache? On 17 November 2015 at 13:26, John Spray <jsp...@redhat.com> wrote: > On Tue, Nov 17, 2015 at 12:17 PM, Mykola Dvornik > <mykola.dvor...@gmail.com> wrote: > > Dear John, > > > > Thanks for such a prompt reply! > > > > Seems like something happens on the mon side, since there are no > > mount-specific requests logged on the mds side (see below). > > FYI, some hours ago I've disabled auth completely, but it didn't help. > > > > The serialized metadata pool is 9.7G. I can try to compress it with 7z, > then > > setup rssh account for you to scp/rsync it. > > > > debug mds = 20 > > debug mon = 20 > > Don't worry about the mon logs. That MDS log snippet appears to be > from several minutes earlier than the client's attempt to mount. > > In these cases it's generally simpler if you truncate all the logs, > then attempt the mount, then send all the logs in full rather than > snippets, so that we can be sure nothing is missing. > > Please also get the client log (use the fuse client with > --debug-client=20). > > John > -- Mykola
_______________________________________________ ceph-users mailing list ceph-users@lists.ceph.com http://lists.ceph.com/listinfo.cgi/ceph-users-ceph.com
