Bug #3453: rgw: Resume download fails because of mismatched ETags that should match - rgw - Ceph

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:

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) ...