Bug 230311
| Summary: | [NFSv3] reply size of readdir/readdirplus procedure alaways larger than request | ||||||
|---|---|---|---|---|---|---|---|
| Product: | Red Hat Enterprise Linux 5 | Reporter: | yjwei <yjwei> | ||||
| Component: | kernel | Assignee: | Steve Dickson <steved> | ||||
| Status: | CLOSED WONTFIX | QA Contact: | Brian Brock <bbrock> | ||||
| Severity: | medium | Docs Contact: | |||||
| Priority: | medium | ||||||
| Version: | 5.0 | CC: | rwheeler, swhiteho | ||||
| Target Milestone: | --- | ||||||
| Target Release: | --- | ||||||
| Hardware: | All | ||||||
| OS: | Linux | ||||||
| Whiteboard: | |||||||
| Fixed In Version: | Doc Type: | Bug Fix | |||||
| Doc Text: | Story Points: | --- | |||||
| Clone Of: | Environment: | ||||||
| Last Closed: | 2015-11-17 10:02:52 UTC | Type: | --- | ||||
| Regression: | --- | Mount Type: | --- | ||||
| Documentation: | --- | CRM: | |||||
| Verified Versions: | Category: | --- | |||||
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |||||
| Cloudforms Team: | --- | Target Upstream Version: | |||||
| Embargoed: | |||||||
| Attachments: |
|
||||||
Created attachment 148897 [details]
patch of this bug
How does this help the server (or client) process readdirplus-es? If server send a READDIR or READDIRPLUS reply to client which is larger than client's request, client may treat it with RPC_GARBAGE and still retry. The kernel's implement does not accord with the RFC's define. I have a test case about this, reply a large reddirplus to RHEL3U8 nfs client, which let following umount kernel painic, I'm not sure whether this is the real reason. The implement of kernel does not in correspondence with the RFC, does anyone think this problem need to be fixed? How reproducible is your test case? Unfortunately Oops at umount time can be caused by a number of things... Also are you seeing any interoperability problems? I would suspect we would see this type of problem if not adhering to the spec is a problem? This request was evaluated by Red Hat Product Management for inclusion in a Red Hat Enterprise Linux maintenance release. Product Management has requested further review of this request by Red Hat Engineering, for potential inclusion in a Red Hat Enterprise Linux Update release for currently deployed products. This request is not yet committed for inclusion in an Update release. This request was previously evaluated by Red Hat Product Management for inclusion in the current Red Hat Enterprise Linux release, but Red Hat was unable to resolve it in time. This request will be reviewed for a future Red Hat Enterprise Linux release. This was put into needinfo years ago and has had no updates. Comment #6 says it is very low priority. At this stage I don't think we should be fixing this unless it is high priority at least, so going to close it. Please reopen if this is not correct. The needinfo request[s] on this closed bug have been removed as they have been unresolved for 1000 days |
Description of problem: NFSv3 reply size of readdir/readdirplus procedure alaways larger than request. RFC1813 3.3.16 Procedure 16: READDIR - Read From Directory has following define: count The maximum size of the READDIR3resok structure, in bytes. The size must include all XDR overhead. The server is free to return less than count bytes of data. but the kernel to used this count argument as the size of dirlist3, exclude the size of post_attr_attr and cookieverf. So the reply size alaways larger than request.