430 Star 1.6K Fork 1.7K

GVPopenEuler/kernel

【OLK-5.10】nfs服务端写满后,客户端dd不报nospace

已完成
任务
创建于  
2022-08-03 20:35

问题描述:
在服务端写满数据后,挂载nfs,客户端上dd,发现dd成功。

评论 (4)

LuoMeng 创建了任务 3年前
openeuler-ci-bot 添加了
 
sig/Kernel
标签
3年前

主线补丁:
67dd23f9e6fbaf163431912ef5599c5e0693476c (nfs: ensure correct writeback errors are returned on close())
使用mapping->wb_err替代 mapping->flags,。

由于主线补丁67dd23f9e6fbaf163431912ef5599c5e0693476c (nfs: ensure correct writeback errors are returned on close())使用使用mapping->wb_err替代 mapping->flags,能够更为精确的报告错误类型,因此补丁6c984083ec2453dfd3fcf98f392f34500c73e3f2 (NFS: Use of mapping_set_error() results in spurious errors)删除了mapping->flags的赋值。

但67dd23f9e6fbaf163431912ef5599c5e0693476c引入了新的问题
详见:https://github.com/chenxiaosonggithub/blog/blob/master/kernel/nfs/nfs-patch.md

因此退回了主线补丁67dd23f9e6fbaf163431912ef5599c5e0693476c (nfs: ensure correct writeback errors are returned on close())。

所以此时错误类型还是通过mapping->flags标记,6c984083ec2453dfd3fcf98f392f34500c73e3f2 (NFS: Use of mapping_set_error() results in spurious errors)删除了mapping->flags的赋值,导致没有onspace报出。

我们也遇到这个问题了,目前解决了吗?看到麻烦回复一下

该问题回退6c984083ec2453dfd3fcf98f392f34500c73e3f2可以正常修复

登录 后才可以发表评论

状态
负责人
项目
Pull Requests
关联的 Pull Requests 被合并后可能会关闭此 issue
预计工期 (小时)
开始日期   -   截止日期
-
置顶选项
优先级
分支
参与者(4)
5329419 openeuler ci bot 1632792936 LuoMeng-Luo_meng_meng liubo-lb1107039128 dxx-dongxianx
C
1
https://gitee.com/openeuler/kernel.git
git@gitee.com:openeuler/kernel.git
openeuler
kernel
kernel

搜索帮助