Given the bug description, it seems like a rename vs lookup selfheal resulting in both src and dst having same gfid. When two different directories share the same gfid (say mv src dst), files in single "src" directory is split (or listed) in both src and dst directory as is seen in this bug. However, the bug doesn't really explain all the sequence of operations that led to dir3/dirn and dir to have same gfid. We suspect this test was carried out on a volume which has already gone into an inconsistent state (possibly due to scenarios as in bz 1118770). I am closing this bug due to following reasons: 1. test was carried out on a volume which has already gone into an inconsistent state 2. The root cause issue of two directories having same gfid are being tracked by various other bugs (like bz 111870). Please re-open if you don't feel the reasons are not compelling enough. regards, Raghavendra.