问题描述:
在服务端写满数据后,挂载nfs,客户端上dd,发现dd成功。
此处可能存在不合适展示的内容,页面不予展示。您可通过相关编辑功能自查并修改。
如您确认内容无涉及 不当用语 / 纯广告导流 / 暴力 / 低俗色情 / 侵权 / 盗版 / 虚假 / 无价值内容或违法国家有关法律法规的内容,可点击提交进行申诉,我们将尽快为您处理。
主线补丁:
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可以正常修复
登录 后才可以发表评论