Le Fri, 18 Feb 2011 16:21:45 +0900 (JST), Ryusuke Konishi <ryusuke@xxxxxxxx> a écrit : > Thank you for the cooperation. > > Yeah, this file is exactly the file that overrode > "f5_20110125_202053.ts(0).Xcl" at cp15731. > > I don't know why the past inode overrode the latest inode. One > possible explanation is that garbage collection caused this > interference, and another is interference by a snapshot mount for the > checkpoint 14444. > > Were you mounting the snapshot cp14444 when > "f5_20110125_202053.ts(0).Xcl" was destroyed at cp15731 ? > > If not, dummy on-memory inodes used for the garbage collection seem > suspicious to me. Hi, the first time I used snapshot on this fs is when I lost a file because of inode's reuse (my first mail). When file f5_...Xcl was deleted at cp15731, cp14444 was not a ss and wasn't mounted. And there were no ss on this fs (only cp). Tell me if you need additional information. This partition's size is 200G and I'll need that space in a few days. Regards, PhC -- To unsubscribe from this list: send the line "unsubscribe linux-nilfs" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
