-
Notifications
You must be signed in to change notification settings - Fork 4
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
S3 Compatibility - UploadPartCopy #40
Comments
Week 25 updateCompleted:
In Progress:
|
|
Estimation ticket: storj/storj#4875 |
|
This issue appears when a >5gb file is moved on the source which in the following reports was on TrueNAS systems while they are using the TrueNAS Storj integration via the sync option. Multipart uploads are enabled and Serverside copy is triggered. Convo Old Report (April 23') New Report |
Background
What is the problem/pain point?
Many S3 libraries such as boto3 for Python set a object size threshold, after which, uploads and copies will default to multipart upload. Given that we do not currently support multipart copy (link to that endpoint) this default threshold will return an error.
What is the impact?
Customers expect their integrations to “just work” when Storj advertises S3 Compatibility. This feature gap frustrates customers as they’re onboarding and if not resolved, we will lose business.
Why now?
Customers are asking for this and it helps round out our compatibility with the “core” features of the S3 API.
Requirements
Assumptions
Out of Scope
User Story
S3 Method: UploadPartCopy - Uploads a part by copying data from an existing object as data source.
Acceptance Criteria
Request Params
Response Elements
Measures of Success
Useful Links
The text was updated successfully, but these errors were encountered: