[
https://issues.apache.org/jira/browse/FLINK-10346?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16617533#comment-16617533
]
Stefan Richter commented on FLINK-10346:
----------------------------------------
I think the checkpoint directory is the basis to create
{{MemoryBackendCheckpointStorage}}, and this object should also own the
directory. However, from what I can see there are no lifecycle methods that
would trigger an attempt to delete the directory and also for the externalized
meta data it would probably not be good to clean up things at shutdown. Such a
cleanup might be useful in case of empty directories. I would suggest to also
ask [~StephanEwen] for his opinion because about whether or not this would make
sense.
> MemoryStateBackend does not clean up checkpoint directory
> ---------------------------------------------------------
>
> Key: FLINK-10346
> URL: https://issues.apache.org/jira/browse/FLINK-10346
> Project: Flink
> Issue Type: Bug
> Components: State Backends, Checkpointing
> Affects Versions: 1.5.3, 1.6.0, 1.7.0
> Reporter: Till Rohrmann
> Priority: Major
> Fix For: 1.7.0
>
>
> The {{StateBackendLoader}} creates a random subdirectory under
> {{HighAvailabilityOptions.HA_STORAGE_PATH}} for the {{MemoryStateBackend}} if
> no checkpointing directory has been specified (see
> {{StateBackendLoader.java:246}}). The problem is that this directory gets
> never removed after the {{MemoryStateBackend}} is closed. It is important to
> clean up these created directories.
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
