-
Notifications
You must be signed in to change notification settings - Fork 21
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
[BUG] rgw/sfs: default retention mode not applied to objects on multipart_upload_v2::complete #761
Comments
Can you confirm that the retention mode settings are NOT set on the bucket? If they are set correctly, then this is a |
I will double check; it can be a backed issue but it would be unlikely given that I'm using the same backend version used last week when I'm almost sure this was working. |
There were no relevant changes to the UI + REST API in the last weeks. So it must be a |
ok, I will do a complete analysis |
@votdev confirmed |
@giubacc do I understand you correctly: this is an sfs bug, not on the UI? |
Exactly, my guess is that we should intervene on |
do you have a reproducer script for this? something we can validate against? |
This can be verified issuing an object multipart upload using the S3 APIs: CreateMultipartUpload On the contrary, issuing a simple object upload with the S3 API: does not produces the anomaly. |
When an object is uploaded with multipart, for object-lock enabled buckets, the default rentention mode must be set in the object's attributes (when a retention mode is not explicitely set by the user for the object). Therefore, RGW_ATTR_OBJECT_RETENTION must be set in the attrs of each part being uploaded in the SFSMultipartUploadV2::complete() function. Fixes: https://github.com/aquarist-labs/s3gw/issues/761 Signed-off-by: Giuseppe Baccini <[email protected]>
When an object is uploaded with multipart, for object-lock enabled buckets, the default rentention mode must be set in the object's attributes (when a retention mode is not explicitely set by the user for the object). Therefore, RGW_ATTR_OBJECT_RETENTION must be set in the attrs of each part being uploaded in the SFSMultipartUploadV2::complete() function. Fixes: https://github.com/aquarist-labs/s3gw/issues/761 Signed-off-by: Giuseppe Baccini <[email protected]>
When an object is uploaded with multipart, for object-lock enabled buckets, the default rentention mode must be set in the object's attributes (when a retention mode is not explicitely set by the user for the object). Therefore, RGW_ATTR_OBJECT_RETENTION must be set in the attrs of each part being uploaded in the SFSMultipartUploadV2::complete() function. Fixes: https://github.com/aquarist-labs/s3gw/issues/761 Signed-off-by: Giuseppe Baccini <[email protected]>
[UPDATE] this is a backend issue.
SFSMultipartUploadV2::complete()
does not perform the same updates onattrs
made bySFSAtomicWriter::complete
.Specifically: the attribute
RGW_ATTR_OBJECT_RETENTION
is not updated with the bucket's default retention mode.Describe the bug A clear and concise description of what the bug is.
After having created a bucket with a default retention mode:
Objects put in the bucket don't have the expected retention mode set:
The text was updated successfully, but these errors were encountered: