openEuler 论坛
truncate_inode_pages_range可能导致进程间死锁
Kernel
qa-提问求助
qinwei
(Qinwei)
2024 年9 月 26 日 09:03
1
图片一进程淘汰inode对应的一批page,图片二采用缓存读取一批page
出现两个进程都进入D状态。
怀疑这个两个进程分别拿着对方想要的page锁,出现死锁。
image
1659×348 33.4 KB
对比了openeuler 2203版本的truncate_inode_pages_range函数实现和linux-5.10内核版本的实现。
openeuler 通过find_lock_entries函数获取批量page lock,感觉存在死锁的可能性。
相关话题
话题
回复
浏览量
时间点
openEuler 对应内核版本4.19.90,gfs2文件系统在进行长期业务测试的场景下存在卡住的现象
Kernel
qa-提问求助
0
222
2024 年9 月 10 日
22.03LTS下,ceph客户端(ceph.ko)发生CPU死锁错误
Kernel
qa-提问求助
1
709
2024 年4 月 3 日
openEuler-22.03-LTS-x86_64系统打印watchdog: BUG: soft lockup - CPU#4 stuck for 22s! [sh:138505],有人是否遇见过;查看messages输出如下
Other 其他技术问题
1
1123
2025 年5 月 9 日
openEuler内存占用过高卡死
Other 其他技术问题
1
2331
2024 年8 月 6 日
openeular2203不定期卡死
Other 其他技术问题
提问求助
1
192
2025 年6 月 23 日