From: Zhang Yi <yi.zhang@huawei.com> Date: 2021-08-10 14:18:45
We find a checksum error and a inode corruption problem while doing
stress test, this 3 patches address to fix them.
- Checksum error
EXT4-fs error (device sda): ext4_lookup:1784: inode #131074: comm cat: iget: checksum invalid
- Inode corruption
e2fsck 1.46.0 (29-Jan-2020)
Pass 1: Checking inodes, blocks, and sizes
Pass 2: Checking directory structure
Entry 'foo' in / (2) has deleted/unused inode 17. Clear<y>? yes
Pass 3: Checking directory connectivity
Pass 4: Checking reference counts
Pass 5: Checking group summary information
Inode bitmap differences: -17
Fix<y>? yes
Free inodes count wrong for group #0 (32750, counted=32751).
Fix<y>? yes
Free inodes count wrong (32750, counted=32751).
Fix<y>? yes
The first patch is relate to the error simulation, and the second patch
is just a cleanup patch, which are prepare to do the fix. The last patch
fix these two issue.
Thanks,
Yi.
Zhang Yi (3):
ext4: move inode eio simulation behind io completeion
ext4: remove an unnecessary if statement in __ext4_get_inode_loc()
ext4: prevent getting empty inode buffer
fs/ext4/inode.c | 177 +++++++++++++++++++++++++-----------------------
1 file changed, 94 insertions(+), 83 deletions(-)
--
2.31.1
From: Zhang Yi <yi.zhang@huawei.com> Date: 2021-08-10 14:18:32
In ext4_get_inode_loc(), we may skip IO and get an zero && uptodate
inode buffer when the inode monopolize an inode block for performance
reason. For most cases, ext4_mark_iloc_dirty() will fill the inode
buffer to make it fine, but we could miss this call if something bad
happened. Finally, __ext4_get_inode_loc_noinmem() may probably get an
empty inode buffer and trigger ext4 error.
For example, if we remove a nonexistent xattr on inode A,
ext4_xattr_set_handle() will return ENODATA before invoking
ext4_mark_iloc_dirty(), it will left an uptodate but zero buffer. We
will get checksum error message in ext4_iget() when getting inode again.
EXT4-fs error (device sda): ext4_lookup:1784: inode #131074: comm cat: iget: checksum invalid
Even worse, if we allocate another inode B at the same inode block, it
will corrupt the inode A on disk when write back inode B.
So this patch clear uptodate flag and mark buffer new if we get an empty
buffer, clear it after we fill inode data or making read IO.
Signed-off-by: Zhang Yi <yi.zhang@huawei.com>
---
fs/ext4/inode.c | 27 +++++++++++++++++++++++----
1 file changed, 23 insertions(+), 4 deletions(-)
@@ -4292,6 +4292,18 @@ int ext4_truncate(struct inode *inode)returnerr;}+staticvoidext4_end_inode_loc_read(structbuffer_head*bh,intuptodate)+{+if(buffer_new(bh))+clear_buffer_new(bh);+if(uptodate)+set_buffer_uptodate(bh);+else+clear_buffer_uptodate(bh);+unlock_buffer(bh);+put_bh(bh);+}+/**ext4_get_inode_locreturnswithanextrarefcountagainsttheinode's*underlyingbuffer_headonsuccess.If'in_mem'istrue,wehaveall
@@ -4367,9 +4379,11 @@ static int __ext4_get_inode_loc(struct super_block *sb, unsigned long ino,}brelse(bitmap_bh);if(i==start+inodes_per_block){-/* all other inodes are free, so skip I/O */-memset(bh->b_data,0,bh->b_size);-set_buffer_uptodate(bh);+if(!buffer_new(bh)){+/* all other inodes are free, so skip I/O */+memset(bh->b_data,0,bh->b_size);+set_buffer_new(bh);+}unlock_buffer(bh);gotohas_buffer;}
@@ -4408,7 +4422,7 @@ static int __ext4_get_inode_loc(struct super_block *sb, unsigned long ino,*Readtheblockfromdisk.*/trace_ext4_load_inode(sb,ino);-ext4_read_bh_nowait(bh,REQ_META|REQ_PRIO,NULL);+ext4_read_bh_nowait(bh,REQ_META|REQ_PRIO,ext4_end_inode_loc_read);blk_finish_plug(&plug);wait_on_buffer(bh);ext4_simulate_fail_bh(sb,bh,EXT4_SIM_INODE_EIO);
@@ -5132,6 +5146,11 @@ static int ext4_do_update_inode(handle_t *handle,if(err)gotoout_brelse;ext4_clear_inode_state(inode,EXT4_STATE_NEW);+if(buffer_new(bh)){+clear_buffer_new(bh);+set_buffer_uptodate(bh);+}+if(set_large_file){BUFFER_TRACE(EXT4_SB(sb)->s_sbh,"get write access");err=ext4_journal_get_write_access(handle,EXT4_SB(sb)->s_sbh);
From: Zhang Yi <yi.zhang@huawei.com> Date: 2021-08-10 14:18:34
The "if (!buffer_uptodate(bh))" hunk covered almost the whole code after
getting buffer in __ext4_get_inode_loc() which seems unnecessary, remove
it and switch to check ext4_buffer_uptodate(), it simplify code and make
it more readable.
Signed-off-by: Zhang Yi <yi.zhang@huawei.com>
---
fs/ext4/inode.c | 162 +++++++++++++++++++++++-------------------------
1 file changed, 78 insertions(+), 84 deletions(-)
@@ -4330,99 +4330,93 @@ static int __ext4_get_inode_loc(struct super_block *sb, unsigned long ino,bh=sb_getblk(sb,block);if(unlikely(!bh))return-ENOMEM;-if(!buffer_uptodate(bh)){-lock_buffer(bh);--if(ext4_buffer_uptodate(bh)){-/* someone brought it uptodate while we waited */-unlock_buffer(bh);-gotohas_buffer;-}+if(ext4_buffer_uptodate(bh))+gotohas_buffer;-/*-*Ifwehaveallinformationoftheinodeinmemoryandthis-*istheonlyvalidinodeintheblock,weneednotreadthe-*block.-*/-if(in_mem){-structbuffer_head*bitmap_bh;-inti,start;+lock_buffer(bh);+/*+*Ifwehaveallinformationoftheinodeinmemoryandthis+*istheonlyvalidinodeintheblock,weneednotreadthe+*block.+*/+if(in_mem){+structbuffer_head*bitmap_bh;+inti,start;-start=inode_offset&~(inodes_per_block-1);+start=inode_offset&~(inodes_per_block-1);-/* Is the inode bitmap in cache? */-bitmap_bh=sb_getblk(sb,ext4_inode_bitmap(sb,gdp));-if(unlikely(!bitmap_bh))-gotomake_io;+/* Is the inode bitmap in cache? */+bitmap_bh=sb_getblk(sb,ext4_inode_bitmap(sb,gdp));+if(unlikely(!bitmap_bh))+gotomake_io;-/*-*Iftheinodebitmapisn'tincachethenthe-*optimisationmayendupperformingtworeadsinstead-*ofone,soskipit.-*/-if(!buffer_uptodate(bitmap_bh)){-brelse(bitmap_bh);-gotomake_io;-}-for(i=start;i<start+inodes_per_block;i++){-if(i==inode_offset)-continue;-if(ext4_test_bit(i,bitmap_bh->b_data))-break;-}+/*+*Iftheinodebitmapisn'tincachethenthe+*optimisationmayendupperformingtworeadsinstead+*ofone,soskipit.+*/+if(!buffer_uptodate(bitmap_bh)){brelse(bitmap_bh);-if(i==start+inodes_per_block){-/* all other inodes are free, so skip I/O */-memset(bh->b_data,0,bh->b_size);-set_buffer_uptodate(bh);-unlock_buffer(bh);-gotohas_buffer;-}+gotomake_io;+}+for(i=start;i<start+inodes_per_block;i++){+if(i==inode_offset)+continue;+if(ext4_test_bit(i,bitmap_bh->b_data))+break;}+brelse(bitmap_bh);+if(i==start+inodes_per_block){+/* all other inodes are free, so skip I/O */+memset(bh->b_data,0,bh->b_size);+set_buffer_uptodate(bh);+unlock_buffer(bh);+gotohas_buffer;+}+}make_io:-/*-*IfweneedtodoanyI/O,trytopre-readaheadextra-*blocksfromtheinodetable.-*/-blk_start_plug(&plug);-if(EXT4_SB(sb)->s_inode_readahead_blks){-ext4_fsblk_tb,end,table;-unsignednum;-__u32ra_blks=EXT4_SB(sb)->s_inode_readahead_blks;--table=ext4_inode_table(sb,gdp);-/* s_inode_readahead_blks is always a power of 2 */-b=block&~((ext4_fsblk_t)ra_blks-1);-if(table>b)-b=table;-end=b+ra_blks;-num=EXT4_INODES_PER_GROUP(sb);-if(ext4_has_group_desc_csum(sb))-num-=ext4_itable_unused_count(sb,gdp);-table+=num/inodes_per_block;-if(end>table)-end=table;-while(b<=end)-ext4_sb_breadahead_unmovable(sb,b++);-}+/*+*IfweneedtodoanyI/O,trytopre-readaheadextra+*blocksfromtheinodetable.+*/+blk_start_plug(&plug);+if(EXT4_SB(sb)->s_inode_readahead_blks){+ext4_fsblk_tb,end,table;+unsignednum;+__u32ra_blks=EXT4_SB(sb)->s_inode_readahead_blks;++table=ext4_inode_table(sb,gdp);+/* s_inode_readahead_blks is always a power of 2 */+b=block&~((ext4_fsblk_t)ra_blks-1);+if(table>b)+b=table;+end=b+ra_blks;+num=EXT4_INODES_PER_GROUP(sb);+if(ext4_has_group_desc_csum(sb))+num-=ext4_itable_unused_count(sb,gdp);+table+=num/inodes_per_block;+if(end>table)+end=table;+while(b<=end)+ext4_sb_breadahead_unmovable(sb,b++);+}-/*-*Thereareothervalidinodesinthebuffer,thisinode-*hasin-inodexattrs,orwedon'thavethisinodeinmemory.-*Readtheblockfromdisk.-*/-trace_ext4_load_inode(sb,ino);-ext4_read_bh_nowait(bh,REQ_META|REQ_PRIO,NULL);-blk_finish_plug(&plug);-wait_on_buffer(bh);-ext4_simulate_fail_bh(sb,bh,EXT4_SIM_INODE_EIO);-if(!buffer_uptodate(bh)){-if(ret_block)-*ret_block=block;-brelse(bh);-return-EIO;-}+/*+*Thereareothervalidinodesinthebuffer,thisinode+*hasin-inodexattrs,orwedon'thavethisinodeinmemory.+*Readtheblockfromdisk.+*/+trace_ext4_load_inode(sb,ino);+ext4_read_bh_nowait(bh,REQ_META|REQ_PRIO,NULL);+blk_finish_plug(&plug);+wait_on_buffer(bh);+ext4_simulate_fail_bh(sb,bh,EXT4_SIM_INODE_EIO);+if(!buffer_uptodate(bh)){+if(ret_block)+*ret_block=block;+brelse(bh);+return-EIO;}has_buffer:iloc->bh=bh;
From: Zhang Yi <yi.zhang@huawei.com> Date: 2021-08-10 14:18:35
No EIO simulation is required if the buffer is uptodate, so move the
simulation behind read bio completeion just like inode/block bitmap
simulation does.
Signed-off-by: Zhang Yi <yi.zhang@huawei.com>
---
fs/ext4/inode.c | 4 +---
1 file changed, 1 insertion(+), 3 deletions(-)
From: Jan Kara <jack@suse.cz> Date: 2021-08-13 12:55:13
On Tue 10-08-21 22:27:20, Zhang Yi wrote:
No EIO simulation is required if the buffer is uptodate, so move the
simulation behind read bio completeion just like inode/block bitmap
simulation does.
Signed-off-by: Zhang Yi <yi.zhang@huawei.com>
Makes sense. Feel free to add:
Reviewed-by: Jan Kara <jack@suse.cz>
Honza
From: Jan Kara <jack@suse.cz> Date: 2021-08-13 13:01:02
On Tue 10-08-21 22:27:21, Zhang Yi wrote:
The "if (!buffer_uptodate(bh))" hunk covered almost the whole code after
getting buffer in __ext4_get_inode_loc() which seems unnecessary, remove
it and switch to check ext4_buffer_uptodate(), it simplify code and make
it more readable.
Signed-off-by: Zhang Yi <yi.zhang@huawei.com>
Looks good. Feel free to add:
Reviewed-by: Jan Kara <jack@suse.cz>
Honza
@@ -4330,99 +4330,93 @@ static int __ext4_get_inode_loc(struct super_block *sb, unsigned long ino,bh=sb_getblk(sb,block);if(unlikely(!bh))return-ENOMEM;-if(!buffer_uptodate(bh)){-lock_buffer(bh);--if(ext4_buffer_uptodate(bh)){-/* someone brought it uptodate while we waited */-unlock_buffer(bh);-gotohas_buffer;-}+if(ext4_buffer_uptodate(bh))+gotohas_buffer;-/*-*Ifwehaveallinformationoftheinodeinmemoryandthis-*istheonlyvalidinodeintheblock,weneednotreadthe-*block.-*/-if(in_mem){-structbuffer_head*bitmap_bh;-inti,start;+lock_buffer(bh);+/*+*Ifwehaveallinformationoftheinodeinmemoryandthis+*istheonlyvalidinodeintheblock,weneednotreadthe+*block.+*/+if(in_mem){+structbuffer_head*bitmap_bh;+inti,start;-start=inode_offset&~(inodes_per_block-1);+start=inode_offset&~(inodes_per_block-1);-/* Is the inode bitmap in cache? */-bitmap_bh=sb_getblk(sb,ext4_inode_bitmap(sb,gdp));-if(unlikely(!bitmap_bh))-gotomake_io;+/* Is the inode bitmap in cache? */+bitmap_bh=sb_getblk(sb,ext4_inode_bitmap(sb,gdp));+if(unlikely(!bitmap_bh))+gotomake_io;-/*-*Iftheinodebitmapisn'tincachethenthe-*optimisationmayendupperformingtworeadsinstead-*ofone,soskipit.-*/-if(!buffer_uptodate(bitmap_bh)){-brelse(bitmap_bh);-gotomake_io;-}-for(i=start;i<start+inodes_per_block;i++){-if(i==inode_offset)-continue;-if(ext4_test_bit(i,bitmap_bh->b_data))-break;-}+/*+*Iftheinodebitmapisn'tincachethenthe+*optimisationmayendupperformingtworeadsinstead+*ofone,soskipit.+*/+if(!buffer_uptodate(bitmap_bh)){brelse(bitmap_bh);-if(i==start+inodes_per_block){-/* all other inodes are free, so skip I/O */-memset(bh->b_data,0,bh->b_size);-set_buffer_uptodate(bh);-unlock_buffer(bh);-gotohas_buffer;-}+gotomake_io;+}+for(i=start;i<start+inodes_per_block;i++){+if(i==inode_offset)+continue;+if(ext4_test_bit(i,bitmap_bh->b_data))+break;}+brelse(bitmap_bh);+if(i==start+inodes_per_block){+/* all other inodes are free, so skip I/O */+memset(bh->b_data,0,bh->b_size);+set_buffer_uptodate(bh);+unlock_buffer(bh);+gotohas_buffer;+}+}make_io:-/*-*IfweneedtodoanyI/O,trytopre-readaheadextra-*blocksfromtheinodetable.-*/-blk_start_plug(&plug);-if(EXT4_SB(sb)->s_inode_readahead_blks){-ext4_fsblk_tb,end,table;-unsignednum;-__u32ra_blks=EXT4_SB(sb)->s_inode_readahead_blks;--table=ext4_inode_table(sb,gdp);-/* s_inode_readahead_blks is always a power of 2 */-b=block&~((ext4_fsblk_t)ra_blks-1);-if(table>b)-b=table;-end=b+ra_blks;-num=EXT4_INODES_PER_GROUP(sb);-if(ext4_has_group_desc_csum(sb))-num-=ext4_itable_unused_count(sb,gdp);-table+=num/inodes_per_block;-if(end>table)-end=table;-while(b<=end)-ext4_sb_breadahead_unmovable(sb,b++);-}+/*+*IfweneedtodoanyI/O,trytopre-readaheadextra+*blocksfromtheinodetable.+*/+blk_start_plug(&plug);+if(EXT4_SB(sb)->s_inode_readahead_blks){+ext4_fsblk_tb,end,table;+unsignednum;+__u32ra_blks=EXT4_SB(sb)->s_inode_readahead_blks;++table=ext4_inode_table(sb,gdp);+/* s_inode_readahead_blks is always a power of 2 */+b=block&~((ext4_fsblk_t)ra_blks-1);+if(table>b)+b=table;+end=b+ra_blks;+num=EXT4_INODES_PER_GROUP(sb);+if(ext4_has_group_desc_csum(sb))+num-=ext4_itable_unused_count(sb,gdp);+table+=num/inodes_per_block;+if(end>table)+end=table;+while(b<=end)+ext4_sb_breadahead_unmovable(sb,b++);+}-/*-*Thereareothervalidinodesinthebuffer,thisinode-*hasin-inodexattrs,orwedon'thavethisinodeinmemory.-*Readtheblockfromdisk.-*/-trace_ext4_load_inode(sb,ino);-ext4_read_bh_nowait(bh,REQ_META|REQ_PRIO,NULL);-blk_finish_plug(&plug);-wait_on_buffer(bh);-ext4_simulate_fail_bh(sb,bh,EXT4_SIM_INODE_EIO);-if(!buffer_uptodate(bh)){-if(ret_block)-*ret_block=block;-brelse(bh);-return-EIO;-}+/*+*Thereareothervalidinodesinthebuffer,thisinode+*hasin-inodexattrs,orwedon'thavethisinodeinmemory.+*Readtheblockfromdisk.+*/+trace_ext4_load_inode(sb,ino);+ext4_read_bh_nowait(bh,REQ_META|REQ_PRIO,NULL);+blk_finish_plug(&plug);+wait_on_buffer(bh);+ext4_simulate_fail_bh(sb,bh,EXT4_SIM_INODE_EIO);+if(!buffer_uptodate(bh)){+if(ret_block)+*ret_block=block;+brelse(bh);+return-EIO;}has_buffer:iloc->bh=bh;
From: Jan Kara <jack@suse.cz> Date: 2021-08-13 13:46:03
On Tue 10-08-21 22:27:22, Zhang Yi wrote:
In ext4_get_inode_loc(), we may skip IO and get an zero && uptodate
inode buffer when the inode monopolize an inode block for performance
reason. For most cases, ext4_mark_iloc_dirty() will fill the inode
buffer to make it fine, but we could miss this call if something bad
happened. Finally, __ext4_get_inode_loc_noinmem() may probably get an
empty inode buffer and trigger ext4 error.
For example, if we remove a nonexistent xattr on inode A,
ext4_xattr_set_handle() will return ENODATA before invoking
ext4_mark_iloc_dirty(), it will left an uptodate but zero buffer. We
will get checksum error message in ext4_iget() when getting inode again.
EXT4-fs error (device sda): ext4_lookup:1784: inode #131074: comm cat: iget: checksum invalid
Even worse, if we allocate another inode B at the same inode block, it
will corrupt the inode A on disk when write back inode B.
So this patch clear uptodate flag and mark buffer new if we get an empty
buffer, clear it after we fill inode data or making read IO.
Signed-off-by: Zhang Yi <yi.zhang@huawei.com>
Thanks for the fix! Really good catch! The patch looks correct but
honestly, I'm not very happy about the special buffer_new handling. It
looks correct but I'm a bit uneasy that e.g. the block device code can
access this buffer and manipulate its state. Cannot we instead e.g. check
whether the buffer is uptodate in ext4_mark_iloc_dirty(), if not, lock it,
if still not uptodate, zero it, mark as uptodate, unlock it and then call
ext4_do_update_inode()? That would seem like a bit more foolproof solution
to me. Basically the fact that the buffer is not uptodate in
ext4_mark_iloc_dirty() would mean that nobody else is past
__ext4_get_inode_loc() for another inode in that buffer and so zeroing is
safe.
Honza
@@ -4292,6 +4292,18 @@ int ext4_truncate(struct inode *inode)returnerr;}+staticvoidext4_end_inode_loc_read(structbuffer_head*bh,intuptodate)+{+if(buffer_new(bh))+clear_buffer_new(bh);+if(uptodate)+set_buffer_uptodate(bh);+else+clear_buffer_uptodate(bh);+unlock_buffer(bh);+put_bh(bh);+}+/**ext4_get_inode_locreturnswithanextrarefcountagainsttheinode's*underlyingbuffer_headonsuccess.If'in_mem'istrue,wehaveall
@@ -4367,9 +4379,11 @@ static int __ext4_get_inode_loc(struct super_block *sb, unsigned long ino,}brelse(bitmap_bh);if(i==start+inodes_per_block){-/* all other inodes are free, so skip I/O */-memset(bh->b_data,0,bh->b_size);-set_buffer_uptodate(bh);+if(!buffer_new(bh)){+/* all other inodes are free, so skip I/O */+memset(bh->b_data,0,bh->b_size);+set_buffer_new(bh);+}unlock_buffer(bh);gotohas_buffer;}
@@ -4408,7 +4422,7 @@ static int __ext4_get_inode_loc(struct super_block *sb, unsigned long ino,*Readtheblockfromdisk.*/trace_ext4_load_inode(sb,ino);-ext4_read_bh_nowait(bh,REQ_META|REQ_PRIO,NULL);+ext4_read_bh_nowait(bh,REQ_META|REQ_PRIO,ext4_end_inode_loc_read);blk_finish_plug(&plug);wait_on_buffer(bh);ext4_simulate_fail_bh(sb,bh,EXT4_SIM_INODE_EIO);
@@ -5132,6 +5146,11 @@ static int ext4_do_update_inode(handle_t *handle,if(err)gotoout_brelse;ext4_clear_inode_state(inode,EXT4_STATE_NEW);+if(buffer_new(bh)){+clear_buffer_new(bh);+set_buffer_uptodate(bh);+}+if(set_large_file){BUFFER_TRACE(EXT4_SB(sb)->s_sbh,"get write access");err=ext4_journal_get_write_access(handle,EXT4_SB(sb)->s_sbh);
From: Zhang Yi <yi.zhang@huawei.com> Date: 2021-08-16 14:29:10
On 2021/8/13 21:44, Jan Kara wrote:
On Tue 10-08-21 22:27:22, Zhang Yi wrote:
quoted
In ext4_get_inode_loc(), we may skip IO and get an zero && uptodate
inode buffer when the inode monopolize an inode block for performance
reason. For most cases, ext4_mark_iloc_dirty() will fill the inode
buffer to make it fine, but we could miss this call if something bad
happened. Finally, __ext4_get_inode_loc_noinmem() may probably get an
empty inode buffer and trigger ext4 error.
For example, if we remove a nonexistent xattr on inode A,
ext4_xattr_set_handle() will return ENODATA before invoking
ext4_mark_iloc_dirty(), it will left an uptodate but zero buffer. We
will get checksum error message in ext4_iget() when getting inode again.
EXT4-fs error (device sda): ext4_lookup:1784: inode #131074: comm cat: iget: checksum invalid
Even worse, if we allocate another inode B at the same inode block, it
will corrupt the inode A on disk when write back inode B.
So this patch clear uptodate flag and mark buffer new if we get an empty
buffer, clear it after we fill inode data or making read IO.
Signed-off-by: Zhang Yi <yi.zhang@huawei.com>
Thanks for the fix! Really good catch! The patch looks correct but
honestly, I'm not very happy about the special buffer_new handling. It
looks correct but I'm a bit uneasy that e.g. the block device code can
access this buffer and manipulate its state. Cannot we instead e.g. check
whether the buffer is uptodate in ext4_mark_iloc_dirty(), if not, lock it,
if still not uptodate, zero it, mark as uptodate, unlock it and then call
ext4_do_update_inode()? That would seem like a bit more foolproof solution
to me. Basically the fact that the buffer is not uptodate in
ext4_mark_iloc_dirty() would mean that nobody else is past
__ext4_get_inode_loc() for another inode in that buffer and so zeroing is
safe.
Thanks for your suggestion! I understand what you're concerned and your
approach looks fine except mark buffer uptodate just behind zero buffer
in ext4_mark_iloc_dirty(). Because I think (1) if ext4_do_update_inode()
return error before filling the inode, it will still left an uptodate
but zero buffer, and it's not easy to handle the error path. (2) it is
still not conform the semantic of buffer uptodate because it it not
contain an uptodate inode information. How about move mark as uptodate
into ext4_do_update_inode(), something like that(not tested)?
@@ -4368,8 +4368,6 @@ static int __ext4_get_inode_loc(struct super_block *sb, unsigned long ino,brelse(bitmap_bh);if(i==start+inodes_per_block){/* all other inodes are free, so skip I/O */-memset(bh->b_data,0,bh->b_size);-set_buffer_uptodate(bh);unlock_buffer(bh);gotohas_buffer;}
@@ -5132,6 +5130,9 @@ static int ext4_do_update_inode(handle_t *handle,if(err)gotoout_brelse;ext4_clear_inode_state(inode,EXT4_STATE_NEW);+if(!buffer_uptodate(bh))+set_buffer_uptodate(bh);+if(set_large_file){BUFFER_TRACE(EXT4_SB(sb)->s_sbh,"get write access");err=ext4_journal_get_write_access(handle,EXT4_SB(sb)->s_sbh);
@@ -5712,6 +5713,13 @@ int ext4_mark_iloc_dirty(handle_t *handle,/* the do_update_inode consumes one bh->b_count */get_bh(iloc->bh);+if(!buffer_uptodate(bh)){+lock_buffer(iloc->bh);+if(!buffer_uptodate(iloc->bh))+memset(iloc->bh->b_data,0,iloc->bh->b_size);+unlock_buffer(iloc->bh);+}+/* ext4_do_update_inode() does jbd2_journal_dirty_metadata */err=ext4_do_update_inode(handle,inode,iloc);put_bh(iloc->bh);
From: Jan Kara <jack@suse.cz> Date: 2021-08-16 17:15:05
On Mon 16-08-21 22:29:01, Zhang Yi wrote:
On 2021/8/13 21:44, Jan Kara wrote:
quoted
On Tue 10-08-21 22:27:22, Zhang Yi wrote:
quoted
In ext4_get_inode_loc(), we may skip IO and get an zero && uptodate
inode buffer when the inode monopolize an inode block for performance
reason. For most cases, ext4_mark_iloc_dirty() will fill the inode
buffer to make it fine, but we could miss this call if something bad
happened. Finally, __ext4_get_inode_loc_noinmem() may probably get an
empty inode buffer and trigger ext4 error.
For example, if we remove a nonexistent xattr on inode A,
ext4_xattr_set_handle() will return ENODATA before invoking
ext4_mark_iloc_dirty(), it will left an uptodate but zero buffer. We
will get checksum error message in ext4_iget() when getting inode again.
EXT4-fs error (device sda): ext4_lookup:1784: inode #131074: comm cat: iget: checksum invalid
Even worse, if we allocate another inode B at the same inode block, it
will corrupt the inode A on disk when write back inode B.
So this patch clear uptodate flag and mark buffer new if we get an empty
buffer, clear it after we fill inode data or making read IO.
Signed-off-by: Zhang Yi <yi.zhang@huawei.com>
Thanks for the fix! Really good catch! The patch looks correct but
honestly, I'm not very happy about the special buffer_new handling. It
looks correct but I'm a bit uneasy that e.g. the block device code can
access this buffer and manipulate its state. Cannot we instead e.g. check
whether the buffer is uptodate in ext4_mark_iloc_dirty(), if not, lock it,
if still not uptodate, zero it, mark as uptodate, unlock it and then call
ext4_do_update_inode()? That would seem like a bit more foolproof solution
to me. Basically the fact that the buffer is not uptodate in
ext4_mark_iloc_dirty() would mean that nobody else is past
__ext4_get_inode_loc() for another inode in that buffer and so zeroing is
safe.
Thanks for your suggestion! I understand what you're concerned and your
approach looks fine except mark buffer uptodate just behind zero buffer
in ext4_mark_iloc_dirty(). Because I think (1) if ext4_do_update_inode()
return error before filling the inode, it will still left an uptodate
but zero buffer, and it's not easy to handle the error path. (2) it is
still not conform the semantic of buffer uptodate because it it not
contain an uptodate inode information. How about move mark as uptodate
into ext4_do_update_inode(), something like that(not tested)?
OK, but this way could loading of buffer from the disk race with
ext4_do_update_inode() and overwrite its updates? You have to have buffer
uptodate before you start modifying it or you have to keep the buffer
locked all the time while you are updating it to avoid such races.
Luckily the only place where ext4_do_update_inode() can fail before copying
data to the buffer is due to ext4_inode_blocks_set() which should never
happen because we set s_maxsize so that i_blocks cannot overflow. So maybe
we can just get rid of that case and keep the uptodate setting with the
zeroing?
Honza
@@ -4368,8 +4368,6 @@ static int __ext4_get_inode_loc(struct super_block *sb, unsigned long ino,brelse(bitmap_bh);if(i==start+inodes_per_block){/* all other inodes are free, so skip I/O */-memset(bh->b_data,0,bh->b_size);-set_buffer_uptodate(bh);unlock_buffer(bh);gotohas_buffer;}
@@ -5132,6 +5130,9 @@ static int ext4_do_update_inode(handle_t *handle,if(err)gotoout_brelse;ext4_clear_inode_state(inode,EXT4_STATE_NEW);+if(!buffer_uptodate(bh))+set_buffer_uptodate(bh);+if(set_large_file){BUFFER_TRACE(EXT4_SB(sb)->s_sbh,"get write access");err=ext4_journal_get_write_access(handle,EXT4_SB(sb)->s_sbh);
@@ -5712,6 +5713,13 @@ int ext4_mark_iloc_dirty(handle_t *handle,/* the do_update_inode consumes one bh->b_count */get_bh(iloc->bh);+if(!buffer_uptodate(bh)){+lock_buffer(iloc->bh);+if(!buffer_uptodate(iloc->bh))+memset(iloc->bh->b_data,0,iloc->bh->b_size);+unlock_buffer(iloc->bh);+}+/* ext4_do_update_inode() does jbd2_journal_dirty_metadata */err=ext4_do_update_inode(handle,inode,iloc);put_bh(iloc->bh);
From: Zhang Yi <yi.zhang@huawei.com> Date: 2021-08-18 12:16:03
On 2021/8/17 1:14, Jan Kara wrote:
On Mon 16-08-21 22:29:01, Zhang Yi wrote:
quoted
On 2021/8/13 21:44, Jan Kara wrote:
quoted
On Tue 10-08-21 22:27:22, Zhang Yi wrote:
quoted
In ext4_get_inode_loc(), we may skip IO and get an zero && uptodate
inode buffer when the inode monopolize an inode block for performance
reason. For most cases, ext4_mark_iloc_dirty() will fill the inode
buffer to make it fine, but we could miss this call if something bad
happened. Finally, __ext4_get_inode_loc_noinmem() may probably get an
empty inode buffer and trigger ext4 error.
For example, if we remove a nonexistent xattr on inode A,
ext4_xattr_set_handle() will return ENODATA before invoking
ext4_mark_iloc_dirty(), it will left an uptodate but zero buffer. We
will get checksum error message in ext4_iget() when getting inode again.
EXT4-fs error (device sda): ext4_lookup:1784: inode #131074: comm cat: iget: checksum invalid
Even worse, if we allocate another inode B at the same inode block, it
will corrupt the inode A on disk when write back inode B.
So this patch clear uptodate flag and mark buffer new if we get an empty
buffer, clear it after we fill inode data or making read IO.
Signed-off-by: Zhang Yi <yi.zhang@huawei.com>
Thanks for the fix! Really good catch! The patch looks correct but
honestly, I'm not very happy about the special buffer_new handling. It
looks correct but I'm a bit uneasy that e.g. the block device code can
access this buffer and manipulate its state. Cannot we instead e.g. check
whether the buffer is uptodate in ext4_mark_iloc_dirty(), if not, lock it,
if still not uptodate, zero it, mark as uptodate, unlock it and then call
ext4_do_update_inode()? That would seem like a bit more foolproof solution
to me. Basically the fact that the buffer is not uptodate in
ext4_mark_iloc_dirty() would mean that nobody else is past
__ext4_get_inode_loc() for another inode in that buffer and so zeroing is
safe.
Thanks for your suggestion! I understand what you're concerned and your
approach looks fine except mark buffer uptodate just behind zero buffer
in ext4_mark_iloc_dirty(). Because I think (1) if ext4_do_update_inode()
return error before filling the inode, it will still left an uptodate
but zero buffer, and it's not easy to handle the error path. (2) it is
still not conform the semantic of buffer uptodate because it it not
contain an uptodate inode information. How about move mark as uptodate
into ext4_do_update_inode(), something like that(not tested)?
OK, but this way could loading of buffer from the disk race with
ext4_do_update_inode() and overwrite its updates? You have to have buffer
uptodate before you start modifying it or you have to keep the buffer
locked all the time while you are updating it to avoid such races.
Indeed.
Luckily the only place where ext4_do_update_inode() can fail before copying
data to the buffer is due to ext4_inode_blocks_set() which should never
happen because we set s_maxsize so that i_blocks cannot overflow. So maybe
we can just get rid of that case and keep the uptodate setting with the
zeroing?
It's fine, Let's fix it this way now.(But I guess it's fragile because we have
to prevent modify ext4_do_update_inode() return before filling data into inode
buffer cautiously in the future.)
BTW, could we also add a patch to just remove the ext4_has_feature_huge_file()
check in ext4_inode_blocks_set() or move it to ext4_mark_iloc_dirty() before
ext4_mark_iloc_dirty()? Or else we may get confused and have to add comments to
explain it.
Thanks,
Yi.
From: Jan Kara <jack@suse.cz> Date: 2021-08-18 13:11:38
On Wed 18-08-21 20:15:59, Zhang Yi wrote:
On 2021/8/17 1:14, Jan Kara wrote:
quoted
On Mon 16-08-21 22:29:01, Zhang Yi wrote:
quoted
On 2021/8/13 21:44, Jan Kara wrote:
quoted
On Tue 10-08-21 22:27:22, Zhang Yi wrote:
quoted
In ext4_get_inode_loc(), we may skip IO and get an zero && uptodate
inode buffer when the inode monopolize an inode block for performance
reason. For most cases, ext4_mark_iloc_dirty() will fill the inode
buffer to make it fine, but we could miss this call if something bad
happened. Finally, __ext4_get_inode_loc_noinmem() may probably get an
empty inode buffer and trigger ext4 error.
For example, if we remove a nonexistent xattr on inode A,
ext4_xattr_set_handle() will return ENODATA before invoking
ext4_mark_iloc_dirty(), it will left an uptodate but zero buffer. We
will get checksum error message in ext4_iget() when getting inode again.
EXT4-fs error (device sda): ext4_lookup:1784: inode #131074: comm cat: iget: checksum invalid
Even worse, if we allocate another inode B at the same inode block, it
will corrupt the inode A on disk when write back inode B.
So this patch clear uptodate flag and mark buffer new if we get an empty
buffer, clear it after we fill inode data or making read IO.
Signed-off-by: Zhang Yi <yi.zhang@huawei.com>
Thanks for the fix! Really good catch! The patch looks correct but
honestly, I'm not very happy about the special buffer_new handling. It
looks correct but I'm a bit uneasy that e.g. the block device code can
access this buffer and manipulate its state. Cannot we instead e.g. check
whether the buffer is uptodate in ext4_mark_iloc_dirty(), if not, lock it,
if still not uptodate, zero it, mark as uptodate, unlock it and then call
ext4_do_update_inode()? That would seem like a bit more foolproof solution
to me. Basically the fact that the buffer is not uptodate in
ext4_mark_iloc_dirty() would mean that nobody else is past
__ext4_get_inode_loc() for another inode in that buffer and so zeroing is
safe.
Thanks for your suggestion! I understand what you're concerned and your
approach looks fine except mark buffer uptodate just behind zero buffer
in ext4_mark_iloc_dirty(). Because I think (1) if ext4_do_update_inode()
return error before filling the inode, it will still left an uptodate
but zero buffer, and it's not easy to handle the error path. (2) it is
still not conform the semantic of buffer uptodate because it it not
contain an uptodate inode information. How about move mark as uptodate
into ext4_do_update_inode(), something like that(not tested)?
OK, but this way could loading of buffer from the disk race with
ext4_do_update_inode() and overwrite its updates? You have to have buffer
uptodate before you start modifying it or you have to keep the buffer
locked all the time while you are updating it to avoid such races.
Indeed.
quoted
Luckily the only place where ext4_do_update_inode() can fail before copying
data to the buffer is due to ext4_inode_blocks_set() which should never
happen because we set s_maxsize so that i_blocks cannot overflow. So maybe
we can just get rid of that case and keep the uptodate setting with the
zeroing?
It's fine, Let's fix it this way now.(But I guess it's fragile because we
have to prevent modify ext4_do_update_inode() return before filling data
into inode buffer cautiously in the future.)
I guess can have "bring buffer uptodate" code in ext4_do_update_inode() to
have it closer to the code filling the buffer with correct data and comment
there that once we mark the buffer as uptodate, we rely on filling in the
correct information.
BTW, could we also add a patch to just remove the
ext4_has_feature_huge_file() check in ext4_inode_blocks_set() or move it
to ext4_mark_iloc_dirty() before ext4_mark_iloc_dirty()? Or else we may
get confused and have to add comments to explain it.
Yes, I would transform that check to WARN_ON_ONCE() with a comment that
sb->s_maxbytes should not have allowed this.
Honza
--
Jan Kara [off-list ref]
SUSE Labs, CR