[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Bug : reuse same inode

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.

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.


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

[Linux Filesystem; Devel]     [Linux CIFS]     [Linux USB Devel]     [Video for Linux]     [Linux Audio Users]     [Photo]     [Yosemite News]    [Yosemite Photos]    [Free Online Dating]     [Linux Kernel]     [Linux SCSI]     [XFree86]

Add to Google Powered by Linux