Hi John,
It turned out that mds triggers an assertionmds/MDCache.cc: 269: FAILED assert(inode_map.count(in->vino()) == 0)
I cannot really follow why duplicated inodes appear.
Are there any ways to flush/reset the MDS cache?
Are there any ways to flush/reset the MDS cache?
On 17 November 2015 at 13:26, John Spray <jspray@xxxxxxxxxx> wrote:
On Tue, Nov 17, 2015 at 12:17 PM, Mykola Dvornik
<mykola.dvornik@xxxxxxxxx> 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@xxxxxxxxxxxxxx http://lists.ceph.com/listinfo.cgi/ceph-users-ceph.com
