Project

General

Profile

Bug #42337

rgw: get wrong storage class when multipart upload uncomplete

Added by joke lee over 4 years ago. Updated over 4 years ago.

Status:
Fix Under Review
Priority:
Normal
Assignee:
Target version:
-
% Done:

0%

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

Description

when i upload 100M size file for STANDARD_IA by s3cmd tool and ctr+c before complete

[root@localhost ceph]# s3cmd put 100M s3://test1 --storage-class=STANDARD_IA --multipart-chunk-size-mb=5
upload: '100M' > 's3://test1/100M' [part 1 of 20, 5MB] [1 of 1]
5242880 of 5242880 100% in 0s 26.03 MB/s done
upload: '100M' -> 's3://test1/100M' [part 2 of 20, 5MB] [1 of 1]
5242880 of 5242880 100% in 0s 41.22 MB/s done
upload: '100M' -> 's3://test1/100M' [part 3 of 20, 5MB] [1 of 1]
5242880 of 5242880 100% in 0s 50.30 MB/s done
upload: '100M' -> 's3://test1/100M' [part 4 of 20, 5MB] [1 of 1]
5242880 of 5242880 100% in 0s 48.22 MB/s done
upload: '100M' -> 's3://test1/100M' [part 5 of 20, 5MB] [1 of 1]
5242880 of 5242880 100% in 0s 37.18 MB/s done
upload: '100M' -> 's3://test1/100M' [part 6 of 20, 5MB] [1 of 1]
65536 of 5242880 1% in 0s 4.50 MB/s^CERROR:
Upload of '100M' part 6 failed. Use
/usr/bin/s3cmd abortmp s3://test1/100M 2~hxqKVNQdpqloA3iD_MRLxta0IgONDh

to abort the upload, or
/usr/bin/s3cmd --upload-id 2~hxqKVNQdpqloA3iD_MRLxta0IgONDh- put ...
to continue the upload.

and the list all part from with the upload id

GET /test1/100M?max-parts=1000&uploadId=2~hxqKVNQdpqloA3iD_MRLxta0IgONDh- HTTP/1.1
Host: 127.0.0.1:7480
Accept-Encoding: identity
X-Amz-Content-SHA256: e3b0c44298fc1c149afbf4c8996fb92427ae41e4649b934ca495991b7852b855
X-Amz-Date: 20191016T073911Z
Authorization: AWS4-HMAC-SHA256 Credential=yly/20191016/us-east-1/s3/aws4_request, SignedHeaders=host;x-amz-content-sha256;x-amz-date, Signature=3da52be339de22a24cecc1709b7f8d691b0be492f8b83be86e69356e0e6df26f
User-Agent: Boto3/1.9.249 Python/2.7.5 Linux/3.10.0-1062.1.2.el7.x86_64 Botocore/1.12.249

HTTP/1.1 200 OK
Transfer-Encoding: chunked
x-amz-request-id: tx00000000000000000000e-005da6c91f-8673-default
Content-Type: application/xml
Date: Wed, 16 Oct 2019 07:39:11 GMT
Connection: Keep-Alive

<ListPartsResult xmlns="http://s3.amazonaws.com/doc/2006-03-01/"><Bucket>test1</Bucket><Key>100M</Key><UploadId>2~hxqKVNQdpqloA3iD_MRLxta0IgONDh-</UploadId><StorageClass>STANDARD</StorageClass><PartNumberMarker>0</PartNumberMarker><NextPartNumberMarker>6</NextPartNumberMarker><MaxParts>1000</MaxParts><IsTruncated>false</IsTruncated><Owner><ID></ID><DisplayName></DisplayName></Owner><Part><LastModified>2019-10-16T07:32:54.033Z</LastModified><PartNumber>1</PartNumber><ETag>"5f363e0e58a95f06cbe9bbc662c5dfb6"</ETag><Size>5242880</Size></Part><Part><LastModified>2019-10-16T07:32:54.161Z</LastModified><PartNumber>2</PartNumber><ETag>"5f363e0e58a95f06cbe9bbc662c5dfb6"</ETag><Size>5242880</Size></Part><Part><LastModified>2019-10-16T07:32:54.261Z</LastModified><PartNumber>3</PartNumber><ETag>"5f363e0e58a95f06cbe9bbc662c5dfb6"</ETag><Size>5242880</Size></Part><Part><LastModified>2019-10-16T07:32:54.363Z</LastModified><PartNumber>4</PartNumber><ETag>"5f363e0e58a95f06cbe9bbc662c5dfb6"</ETag><Size>5242880</Size></Part><Part><LastModified>2019-10-16T07:32:54.500Z</LastModified><PartNumber>5</PartNumber><ETag>"5f363e0e58a95f06cbe9bbc662c5dfb6"</ETag><Size>5242880</Size></Part><Part><LastModified>2019-10-16T07:32:54.584Z</LastModified><PartNumber>6</PartNumber><ETag>"5f363e0e58a95f06cbe9bbc662c5dfb6"</ETag><Size>5242880</Size></Part></ListPartsResult>

it shuld be <StorageClass>STANDARD_IA</StorageClass> in response body rather <StorageClass>STANDARD</StorageClass>

History

#2 Updated by Casey Bodley over 4 years ago

  • Status changed from New to Fix Under Review
  • Pull request ID set to 30966

#3 Updated by Casey Bodley over 4 years ago

  • Assignee set to Casey Bodley

Also available in: Atom PDF