[ 
https://issues.apache.org/jira/browse/HDDS-16088?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=18102703#comment-18102703
 ] 

Ivan Andika edited comment on HDDS-16088 at 8/7/26 8:42 AM:
------------------------------------------------------------

In the future, we can deprecate / remove MultipartUploadCleanupService and let 
user set AbortIncompleteMultipartUpload (of course this requires release 
deprecation note). MultipartUploadCleanupService is added just as a workaround 
since we don't have lifecycle feature and AbortIncompleteMultipartUpload action.


was (Author: JIRAUSER298977):
In the future, we can simply remove MultipartUploadCleanupService and let user 
set AbortIncompleteMultipartUpload (of course this requires release deprecation 
note). MultipartUploadCleanupService is added just as a workaround since we 
don't have lifecycle feature and AbortIncompleteMultipartUpload action.

> Coordinate AbortIncompleteMultipartUpload rule and 
> MultipartUploadCleanupService configuration
> ----------------------------------------------------------------------------------------------
>
>                 Key: HDDS-16088
>                 URL: https://issues.apache.org/jira/browse/HDDS-16088
>             Project: Apache Ozone
>          Issue Type: Sub-task
>            Reporter: Sammi Chen
>            Assignee: Priyesh Karatha
>            Priority: Major
>
> Both MultipartUploadCleanupService service and KeyLifecycleService 
> AbortIncompleteMultipartUpload action support delete stale MPUs with
> AbortIncompleteMultipartUpload action has finer control. 
> Both them has stale MPUs defined. If AbortIncompleteMultipartUpload action 
> defined longer days than MultipartUploadCleanupService, then 
> AbortIncompleteMultipartUpload rule has no effect. 
> We need to identify this, and reject the lifecycle configuration creation in 
> this case, to avoid the rule is silently ignored. 
> And also document this constrain. 



--
This message was sent by Atlassian Jira
(v8.20.10#820010)

---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]

Reply via email to