Ceph » CephFS

Seems to be pretty rare.

2011-07-06 16:05:16.661280 7f0346956700 -- 10.3.14.133:0/24591 <== mds0 10.3.14.131:6803/30441 1126808 ==== client_session(renewcaps seq 502) v1 ==== 28+0+0 (1800458343 0 0) 0x73831c0 con 0xf6bdc0
2011-07-06 16:05:16.661292 7f0346956700 client4123 handle_client_session client_session(renewcaps seq 502) v1
2011-07-06 16:05:16.661302 7f0346956700 client4123 unmounting: trim pass, size was 0+1
2011-07-06 16:05:16.661310 7f0346956700 client4123 unmounting: trim pass, size still 0+1
2011-07-06 16:05:16.661327 7f0346956700 client4123 dump_cache: inode 100000015ed.head ref 1 dir 0 100000015ed.head( cap_refs={1024=0,4096=0,8192=0} open={2=0} ref=1 mode=100644 mtime=2011-07-06 11:22:19.262453 caps=p(0=p)0x152f480)

and the mds cache has

[inode 100000015ed [2,1fe] ~mds0/stray4/100000015e9/HEAD auth v222 s=351 n(v0 b351 1=1+0) (iversion lock) | dirty 0x54ff868]
  [dentry #100/stray4/100000015ed [228,head] auth (dversion lock) v=30328 inode=0x49a04f0 | inodepin 0x5231c68]
[inode 100000015ed [...228,head] ~mds0/stray4/100000015ed auth v30328 snaprealm=0x255ab40 s=3583 nl=0 n(v0 b3583 1=1+0) (iversion lock) caps={4123=-/-@10} | caps 0x49a04f0]