rustfs
`ListMultipartUploads` doesn't include non-finished uploads
Describe the bug
When starting a multipart upload with CreateMultipartUpload and calling ListMultipartUploads right after it, the upload list doesn't seem contain the started upload.
Repro
- CreateMultipartUpload with any key
- ListMultipartUploads
Expected behavior The uploads should contain the upload started right before.
AWS docs: https://docs.aws.amazon.com/AmazonS3/latest/API/API_ListMultipartUploads.html
This operation lists in-progress multipart uploads in a bucket. An in-progress multipart upload is a multipart upload that has been initiated by the CreateMultipartUpload request, but has not yet been completed or aborted.
Yes, it looks like there's still a bug here. It was tried to fix it before, but apparently the fix wasn't successful.
https://github.com/rustfs/rustfs/issues/155
Hi @nikeee , I'm so sorry. Currently, we still need to wait some time before this issue can be processed.
Hi @nikeee ,
We've benchmarked this behavior against MinIO and here's what we found:
Our implementation works as expected when the full bucket/object path is specified; we correctly return the data.
MinIO appears to leverage caching. If a request provides only the bucket name (with no object key), it returns a list of all incomplete multipart uploads within that bucket.
To help us narrow this down, could you try running your test again, but this time specifying the full object key in your query?
If the issue persists, could you please provide a code snippet that reproduces the behavior you're observing? That would help us investigate further.
Hi @nikeee ,
This bug has been fixed. https://github.com/rustfs/rustfs/pull/979
We await the next version release, expected next Wednesday or Thursday.
Other users' test feedback has fixed this bug, and we will close this issue.
If you need to leave a message again, we'll reopen it.
https://github.com/rustfs/rustfs/issues/815#issuecomment-3610936146