Project

General

Profile

Actions
Copy link

Bug #3453

closed

rgw: Resume download fails because of mismatched ETags that should match

Added by Sylvain Munaut over 11 years ago. Updated over 11 years ago.

Status:
Resolved
Priority:
Normal
Assignee:
-
Target version:
-
% Done:

0%

Source:
Community (user)
Tags:
Backport:
Regression:
Severity:
Reviewed:
Affected Versions:
ceph-qa-suite:
Pull request ID:
Crash signature (v1):
Crash signature (v2):

Description

Trying to resume a download with firefox.

During the initial download I get
ETag: "a91313a06a1df0ee6b86abf7a8b8a6eb-170"

Then during resume, firefox sends:
If-Match: "a91313a06a1df0ee6b86abf7a8b8a6eb-170"

In the rgw logs you can find :

HTTP_IF_MATCH="a91313a06a1df0ee6b86abf7a8b8a6eb-170"

and

2012-11-07 16:49:58.275699 7f78f57ba700 10 ETag: a91313a06a1df0ee6b86abf7a8b8a6eb-170 If-Match: "a91313a06a1df0ee6b86abf7a8b8a6eb-170"
2012-11-07 16:49:58.275714 7f78f57ba700 10 --> Status: 412

So basically one has quote around it and the other doesn't ... I'm not sure exactly who is responsible here, if it's radosgw or the fastcgi frontend (lighttpd) ...

Actions
Copy link

Also available in: Atom PDF