You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@kudu.apache.org by "Will Berkeley (JIRA)" <ji...@apache.org> on 2019/01/31 21:15:00 UTC

[jira] [Commented] (KUDU-2677) Implement new gflag for backup history retention

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

Will Berkeley commented on KUDU-2677:
-------------------------------------

We decided it doesn't make sense to separate the latest time when history is scannable and the latest time before it can be GC'd. In other words, this JIRA just requests a flag so that {{AHM = now - max(old_flag, new_flag)}}.

> Implement new gflag for backup history retention
> ------------------------------------------------
>
>                 Key: KUDU-2677
>                 URL: https://issues.apache.org/jira/browse/KUDU-2677
>             Project: Kudu
>          Issue Type: Improvement
>            Reporter: Grant Henke
>            Assignee: Will Berkeley
>            Priority: Major
>              Labels: backup
>
> Implement separate gflag (perhaps --backup_max_incremental_age_sec) for non-snapshot history retention separate from --tablet_history_max_age_sec; Actual retention will be maximum of these two flags, but regular scans still may only scan after --tablet_history_max_age_sec. This makes it possible to implement snapshots in future releases by retiring or changing the semantics of the --tablet_history_max_age_sec flag.
> Overall this help support backup jobs that run for an extended period of time. 



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)