On Mon 23-08-10 09:50:56, Masayoshi MIZUMA wrote: > In ext3 filesystem, if following conditions 1., 2., 3. and 4. is satisfied, > getfattr can't search the extended attribute (EA) after remount. > > Condition: > 1. the inode size is over 128 byte > 2. "lost+found" whose inode number is 11 was removed > 3. the 11th inode is used for a file. > 4. the EA locates in-inode > > This happens because of following logic: > i_extra_isize is set to over 0 by ext3_new_inode() when we create > a file whose inode number is 11 after removing "lost+found". > Therefore setfattr creates the EA in-inode. > After remount, i_extra_isize of 11th inode is set to 0 by ext3_iget() > when we lookup the file, so getfattr tries to search the EA out-inode. > However, the EA locates in-inode, so getfattr can't search the EA. > > How to reproduce: > 1. mkfs.ext3 -I 256 /dev/sdXX > 2. mount -o acl,user_xattr /dev/sdXX /TEST > 3. rm -rf /TEST/* > 4. touch /TEST/file (whose inode number is 11) > 5. cd /TEST; setfattr -n user.foo0 -v bar0 file > 6. cd /TEST; getfattr -d file > -> can see foo0/bar0 > 7. umount /dev/sdXX > 8. mount -o acl,user_xattr /dev/sdXX /TEST > 9. cd /TEST; getfattr -d file > -> can't see foo0/bar0 > > Though the 11th inode is used for "lost+found" normally, the other > file can also use it. Therefore, i_extra_isize of 11th inode should be set > to the suitable value by ext3_iget(). Hmm, with which kernel have you tested that? Because my 2.6.32 kernel works just fine (and looking into the code, all should be handled well). Look: mount -o loop,user_xattr ~jack/fs-images/ext3-image /mnt/ quack:/crypted/home/jack # cd /mnt/ quack:/mnt # touch file quack:/mnt # ls -i file 11 file quack:/mnt # setfattr -n user.foo0 -v bar0 file quack:/mnt # getfattr -d file # file: file user.foo0="bar0" quack:/mnt # cd quack:~ # umount /mnt quack:~ # mount -o loop,user_xattr ~jack/fs-images/ext3-image /mnt/ quack:~ # getfattr -d /mnt/file getfattr: Removing leading '/' from absolute path names # file: mnt/file user.foo0="bar0" Honza -- Jan Kara <jack@xxxxxxx> SUSE Labs, CR -- To unsubscribe from this list: send the line "unsubscribe linux-ext4" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
