Re: Bug : reuse same inode

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

 



Hi,

Thank you for the detail report!  It's really helpful.

I understood the zero link count inode was causing a chain reaction.

And the inode in question at cp15731 also seems to be overridden
because gid, size, and timestamp all differs from that file at
cp15730.

> cp15730
> -------
> mnt/snap5/cut:
> total 4
> 14 -rw-r--r-- 1 philippe 1000 47 25 janv. 22:33 f5_20110125_202053.ts(0).Xcl

> cp15731
> -------
> mnt/snap7/cut:
> total 9223372036848683032
> 14 -rw-r--r-- 0 philippe users 6214528000 24 janv. 01:30 f5_20110125_202053.ts(0).Xcl

Can't you find another file with the inode number 14 in the snapshot
cp15731 or cp15730 ?

I reviewed back unlink() implementation, but haven't found any issues
so far.  The problem may be rooted much deeper.

'stat' command may give us much information than 'ls -l' in this case.


Thanks,
Ryusuke Konishi


On Mon, 7 Feb 2011 20:42:32 +0100, Philippe CHATAIGNON wrote:
> Le Mon, 07 Feb 2011 13:02:14 +0900 (JST),
> Ryusuke Konishi <ryusuke@xxxxxxxx> a écrit :
> 
> > Can you track the past state of this file from earlier checkpoints ?
> Just before recording :
> philippe@micro11:~$ sudo mount -t nilfs2 -r -o cp=16940 /dev/mapper/vg11a-video mnt/snap5
> philippe@micro11:~$ ls -li mnt/snap5/**
> 18 -rw-r--r-- 1 philippe users 4434  9 janv. 15:45 mnt/snap5/channels.conf
> 
> mnt/snap5/capture:
> total 19452056
> 16 -rw-r--r-- 1 philippe users 8606489600  9 janv. 15:42 f3_20110107_205154.ts
> 15 -rw-r--r-- 1 philippe users 4688870400 19 janv. 23:14 f4_20110119_204007.ts
> 17 -rw-r--r-- 1 philippe users 6545408000  9 janv. 15:45 tf1hd_20101219_203305_schrek2.ts
> 
> mnt/snap5/cut:
> total 4
> 19 -rw-r--r-- 1 philippe  1000        156 29 janv. 21:16 canal_20110129_181951.ts(0).Xcl
> 14 -rw-r--r-- 0 philippe users 4838067200 30 janv. 00:58 f5_20110125_202053.ts(0).Xcl
> 
> Start of recording :
> philippe@micro11:~$ sudo mount -t nilfs2 -r -o cp=16941 /dev/mapper/vg11a-video mnt/snap6
> philippe@micro11:~$ ls -li mnt/snap6/**                                                  
> 18 -rw-r--r-- 1 philippe users 4434  9 janv. 15:45 mnt/snap6/channels.conf
> 
> mnt/snap6/capture:
> total 19454420
> 14 -rw-r--r-- 1 philippe users    2406400 30 janv. 17:45 f2_20110130_174456.ts
> 16 -rw-r--r-- 1 philippe users 8606489600  9 janv. 15:42 f3_20110107_205154.ts
> 15 -rw-r--r-- 1 philippe users 4688870400 19 janv. 23:14 f4_20110119_204007.ts
> 17 -rw-r--r-- 1 philippe users 6545408000  9 janv. 15:45 tf1hd_20101219_203305_schrek2.ts
> 
> mnt/snap6/cut:
> total 2368
> 19 -rw-r--r-- 1 philippe  1000     156 29 janv. 21:16 canal_20110129_181951.ts(0).Xcl
> 14 -rw-r--r-- 1 philippe users 2406400 30 janv. 17:45 f5_20110125_202053.ts(0).Xcl
> 
> That's the problem : inode 14 is reused because there was a file with 0 link (f5_20110125_202053.ts(0).Xcl) 
> in another directory. So I tracked earlier and found that :
> 
> cp15730
> -------
> philippe@micro11:~$ ls -li mnt/snap5/**
> 18 -rw-r--r-- 1 philippe users 4434  9 janv. 15:45 mnt/snap5/channels.conf
> 
> mnt/snap5/capture:
> total 19452056
> 16 -rw-r--r-- 1 philippe users 8606489600  9 janv. 15:42 f3_20110107_205154.ts
> 15 -rw-r--r-- 1 philippe users 4688870400 19 janv. 23:14 f4_20110119_204007.ts
> 17 -rw-r--r-- 1 philippe users 6545408000  9 janv. 15:45 tf1hd_20101219_203305_schrek2.ts
> 
> mnt/snap5/cut:
> total 4
> 14 -rw-r--r-- 1 philippe 1000 47 25 janv. 22:33 f5_20110125_202053.ts(0).Xcl
> 
> All is OK
> 
> cp15731
> -------
> philippe@micro11:~$ ls -li mnt/snap7/**
> 18 -rw-r--r-- 1 philippe users 4434  9 janv. 15:45 mnt/snap7/channels.conf
> 
> mnt/snap7/capture:
> total 19452056
> 16 -rw-r--r-- 1 philippe users 8606489600  9 janv. 15:42 f3_20110107_205154.ts
> 15 -rw-r--r-- 1 philippe users 4688870400 19 janv. 23:14 f4_20110119_204007.ts
> 17 -rw-r--r-- 1 philippe users 6545408000  9 janv. 15:45 tf1hd_20101219_203305_schrek2.ts
> 
> mnt/snap7/cut:
> total 9223372036848683032
> 14 -rw-r--r-- 0 philippe users 6214528000 24 janv. 01:30 f5_20110125_202053.ts(0).Xcl
> 
> Size of file f5_20110125_202053.ts(0).Xcl is incorrect and it appears with 0 link.
> 
> 
> cp15732
> -------
> philippe@micro11:~$ ls -li mnt/snap2/**
> 18 -rw-r--r-- 1 philippe users 4434  9 janv. 15:45 mnt/snap2/channels.conf
> 
> mnt/snap2/capture:
> total 19452056
> 14 -rw-r--r-- 1 philippe users          0 29 janv. 18:19 canal_20110129_181951.ts
> 16 -rw-r--r-- 1 philippe users 8606489600  9 janv. 15:42 f3_20110107_205154.ts
> 15 -rw-r--r-- 1 philippe users 4688870400 19 janv. 23:14 f4_20110119_204007.ts
> 17 -rw-r--r-- 1 philippe users 6545408000  9 janv. 15:45 tf1hd_20101219_203305_schrek2.ts
> 
> mnt/snap2/cut:
> total 0
> 14 -rw-r--r-- 1 philippe users 0 29 janv. 18:19 f5_20110125_202053.ts(0).Xcl
> 
> 
> Inode 14 is used by 2 files. When I deleted the file canal_20110129_181951.ts, we have
> the situation of the cp 16940 (the first of this mail) and a file with 0 link.
> 
> Problem is in cp15731, just before the creation of file canal_20110129_181951.ts.
> 
> 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


[Index of Archives]     [Linux Filesystem Development]     [Linux BTRFS]     [Linux CIFS]     [Linux USB Devel]     [Video for Linux]     [Linux Audio Users]     [Yosemite News]     [Linux SCSI]

  Powered by Linux