文件系统压测工具进行压测，会有Call trace警告信息

**【缺陷描述】：文件系统压测工具进行压测，会有Call trace警告信息

**一、缺陷信息**

openEuler-1.0-LTS分支缺少社区修复补丁

硬件信息

飞腾arm机器

**【问题复现步骤】：文件系统压测工具持续压测

**【实际结果】**，使用工具压测一周概率性出现Call trace警告信息

**【期望结果】**，无Call trace警告信息

**【其他相关附件信息】**
问题Call trace警告如下
[38341.588918] Call trace:
[38341.588921]  ext4_journalled_invalidatepage+0x58/0x70
[38341.588925]  truncate_inode_pages_range+0xa80/0xe68
[38341.588926]  truncate_pagecache+0x6c/0x98
[38341.588929]  ext4_setattr+0x1070/0x1fe8
[38341.588931]  notify_change+0x584/0xa30
[38341.588945]  ovl_setattr+0x1f4/0x6d0 [overlay]
[38341.588946]  notify_change+0x584/0xa30
[38341.588948]  do_truncate+0x100/0x1a8
[38341.588950]  vfs_truncate+0x37c/0x558
[38341.588951]  do_sys_truncate.part.1+0x120/0x138
[38341.588952]  sys_truncate+0x2c/0x40
[38341.588955]  el0_svc_naked+0x44/0x48

分析代码
static void ext4_journalled_invalidatepage(struct page *page,
                       unsigned int offset,
                       unsigned int length)
{
    WARN_ON(__ext4_journalled_invalidatepage(page, offset, length) < 0);
}
***************************************************************************************************************************************
__ext4_journalled_invalidatepage
    jbd2_journal_invalidatepage
        journal_unmap_buffer
		else if (transaction == journal->j_committing_transaction) {
			if (partial_page) {
				return -EBUSY;	//这是整个journal_unmap_buffer函数唯一有可能返回负数的地方
			}
		} 
通过分析函数调用过程发现这里WARN_ON会打印trace只有journal_unmap_buffer函数里面这块处理会返回-EBUSY.
排查社区补丁发现https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?id=bd159398a2d2234de07d310132865706964aaaa7
补丁commit信息“
当部分尾页下的缓冲区无效时，如果缓冲区是提交事务的一部分，jbd2_journal_invalidate_folio（）返回-EBUSY，因为我们不能安全地修改缓冲区状态。
但是，如果缓冲区已经无效（由于ext4_wait_for_tail_page_commit（）先前的无效尝试），则没有什么可做的，返回-EBUSY也没有意义。
这修复了由generic/051 fstest在blocksize < pagesize时触发的ext4_journalled_invalidate_folio（）的偶尔警告。”
于是合入这个补丁，测试三周没有再复现此问题。

GVP openEuler / kernel
关闭

内容风险标识

评论 (1)

GVPopenEuler / kernel关闭

内容风险标识