Bug 2227048
Summary: | [RGW][The value of the content-length header is inconsistent with the body size for website-enabled buckets] | ||
---|---|---|---|
Product: | [Red Hat Storage] Red Hat Ceph Storage | Reporter: | Mark Kogan <mkogan> |
Component: | RGW | Assignee: | Mark Kogan <mkogan> |
Status: | CLOSED ERRATA | QA Contact: | Madhavi Kasturi <mkasturi> |
Severity: | medium | Docs Contact: | |
Priority: | unspecified | ||
Version: | 5.3 | CC: | akraj, ceph-eng-bugs, cephqe-warriors, ckulal, mbenjamin, mkasturi, nravinas, tserlin, vereddy |
Target Milestone: | --- | ||
Target Release: | 5.3z5 | ||
Hardware: | Unspecified | ||
OS: | Unspecified | ||
Whiteboard: | |||
Fixed In Version: | ceph-16.2.10-191.el8cp | Doc Type: | Bug Fix |
Doc Text: |
Cause:
When returning an error page to the client, for example for a 404 or 403 condition, the </body> and </html> closing tags were missing (not sent to the client) although their presence was accounted for in the requests Content-Length header field value.
Consequence:
Occasionally depending on the client, the TCP connection between the client the the Rados Gateway would be closed by an RST packet from the client on the account of the incorrect Content-Length header field value instead of a FIN packet under normal circumstances.
Fix:
Send the </body> and </html> closing tags to the client under all required conditions.
Result:
The value of the Content-Length header field correctly represents the legth of data sent to the client, and the client no longer reset the connection for an incorrect Content-Length reason.
|
Story Points: | --- |
Clone Of: | 2189412 | Environment: | |
Last Closed: | 2023-08-28 09:40:56 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: | |||
Bug Depends On: | 2189412 | ||
Bug Blocks: | 2227045 |
Comment 10
errata-xmlrpc
2023-08-28 09:40:56 UTC
The needinfo request[s] on this closed bug have been removed as they have been unresolved for 120 days |