You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@flink.apache.org by "Piotr Nowojski (Jira)" <ji...@apache.org> on 2022/01/24 14:36:00 UTC
[jira] [Commented] (FLINK-15507) Activate local recovery for RocksDB backends by default
[ https://issues.apache.org/jira/browse/FLINK-15507?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17481139#comment-17481139 ]
Piotr Nowojski commented on FLINK-15507:
----------------------------------------
I would like to resurrect the discussion about this ticket. As far as I was told, enabling local recovery by default is still blocked by cleaning up some files on {{notifyCheckpointAborted}} call implemented via FLINK-8871. Contrary to what has been discussed in this ticket above
{quote}
A known issue when we enable local recovery by default is that local state cannot be cleaned if no checkpoint ever completed, which is one of the goals targeted by FLINK-8871.
{quote}
FLINK-8871 didn't provide such feature, only a possibility to implement such one? However as far I as understand it, this conflicts with FLINK-24611, am I right?
[~roman] [~yunta]?
> Activate local recovery for RocksDB backends by default
> -------------------------------------------------------
>
> Key: FLINK-15507
> URL: https://issues.apache.org/jira/browse/FLINK-15507
> Project: Flink
> Issue Type: Improvement
> Components: Runtime / State Backends
> Reporter: Stephan Ewen
> Assignee: Yuan Mei
> Priority: Major
> Labels: auto-deprioritized-critical, auto-unassigned, pull-request-available
>
> For the RocksDB state backend, local recovery has no overhead when incremental checkpoints are used.
> It should be activated by default, because it greatly helps with recovery.
--
This message was sent by Atlassian Jira
(v8.20.1#820001)