Well it depends on how we look at it FLINK-5627
<https://issues.apache.org/jira/browse/FLINK-5627> is not necessarily the
current behaviour. You still can't really specify the exact location from
within the job as it now goes to a checkpoint specific place determined by
the checkpoint dir. I will close the jira as 9114 covers it in a more
I can probably work around the current behaviour in the meantime :)
Aljoscha Krettek <aljos...@apache.org> ezt írta (időpont: 2018. júl. 12.,
> does that mean https://issues.apache.org/jira/browse/FLINK-5627 is no
> longer relevant for you, since it seems to request the behaviour that we
> have now?
> But yes, I think it's currently not possible (with out-of-box
> functionality) to write externalized-checkpoint metadata to a central
> location. There is this Jira issue which aims at implementing a solution:
> I quickly talked to Stephan, it seems to be that the meta info about
> externalized checkpoints is also written to the HA storage directory, maybe
> that's helpful for you.
> On 12. Jul 2018, at 14:18, Gyula Fóra <gyula.f...@gmail.com> wrote:
> It seems that the behaviour to store the checkpoint metadata files for
> externalized checkpoints changed from 1.4 to 1.5 and the docs seem to be
> incorrectly saying that:
> "state.checkpoints.dir: The target directory for meta data of externalized
> Now the external metadata files simply end up in the checkpoint dir as
> configured in the state backend so basically the "state.checkpoints.dir"
> param is overwritten by the job. This breaks a bunch of tooling around
> checkpoints that rely on a common place for metadata files instead of
> scattered around in subdirectories. I wonder is there any way to get the
> previous behaviour back?