flink-issues mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "ASF GitHub Bot (JIRA)" <j...@apache.org>
Subject [jira] [Commented] (FLINK-8487) State loss after multiple restart attempts
Date Wed, 07 Mar 2018 14:11:00 GMT

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

ASF GitHub Bot commented on FLINK-8487:
---------------------------------------

GitHub user aljoscha opened a pull request:

    https://github.com/apache/flink/pull/5656

     [FLINK-8487] Verify ZooKeeper checkpoint store behaviour with ITCase (master/1.5)

    R: @zentol @StephanEwen 

You can merge this pull request into a Git repository by running:

    $ git pull https://github.com/aljoscha/flink jira-8487-zookeeper-it-case

Alternatively you can review and apply these changes as the patch at:

    https://github.com/apache/flink/pull/5656.patch

To close this pull request, make a commit to your master/trunk branch
with (at least) the following in the commit message:

    This closes #5656
    
----
commit a0cbd2433bd90806ee1639d8fd7745cf6ecd5eab
Author: Aljoscha Krettek <aljoscha.krettek@...>
Date:   2018-02-26T09:12:44Z

    [FLINK-8758] Add getters to JobDetailsInfo

commit f21d3d95677cf4c9e10b44027b556e5063e8ac4c
Author: Aljoscha Krettek <aljoscha.krettek@...>
Date:   2018-02-26T11:29:23Z

    Add proper toString() on JsonResponse in RestClient

commit 903febcf255dc5e86e1f306e8d3c12f6f3f6ad3b
Author: Aljoscha Krettek <aljoscha.krettek@...>
Date:   2018-02-26T10:44:57Z

    [FLINK-8757] Add MiniClusterResource.getClusterClient()

commit 4e47f877b6d51b7f1d22bd3acf11cf8b9a5b3744
Author: Aljoscha Krettek <aljoscha.krettek@...>
Date:   2018-02-26T10:52:50Z

    [FLINK-8758] Make non-blocking ClusterClient.submitJob() public

commit 6a1a0d58b2c9000f5cf7d489a01debd9b7e32e4d
Author: Aljoscha Krettek <aljoscha.krettek@...>
Date:   2018-02-26T10:53:47Z

    [FLINK-8758] Add ClusterClient.getJobStatus()

commit 80581cf3f4847d889655c3ff070ebf73c772a03c
Author: Aljoscha Krettek <aljoscha.krettek@...>
Date:   2018-02-27T12:40:51Z

    [FLINK-8758] Add FutureUtils.retrySuccessfulWithDelay()
    
    This retries getting a result until it matches a given predicate or
    until we run out of retries.

commit c7d298e261942a8b145b7c47f2eedbc597b75ea4
Author: Aljoscha Krettek <aljoscha.krettek@...>
Date:   2018-02-28T14:06:59Z

    Add our own Deadline implementation

commit b09cd9b92b7f3d3eda07964e139dc8dba7b01116
Author: Aljoscha Krettek <aljoscha.krettek@...>
Date:   2018-02-27T12:42:09Z

    [FLINK-8797] Port AbstractOperatorRestoreTestBase to MiniClusterResource

commit 46ebb586074ac35f153a9b2e98880b29d51f0abb
Author: Aljoscha Krettek <aljoscha.krettek@...>
Date:   2018-02-26T10:55:14Z

    [FLINK-8778] Port queryable state ITCases to use MiniClusterResource

commit 7c382e45243ee96b8d64715ca5d10e3822add7d7
Author: Aljoscha Krettek <aljoscha.krettek@...>
Date:   2018-03-03T08:34:56Z

    [FLINK-8487] Verify ZooKeeper checkpoint store behaviour with ITCase

commit d7bf4070d03985b54c479d05c8c0f5534b820e61
Author: Aljoscha Krettek <aljoscha.krettek@...>
Date:   2018-03-06T15:29:48Z

    Incorporate Stephan suggestions

----


> State loss after multiple restart attempts
> ------------------------------------------
>
>                 Key: FLINK-8487
>                 URL: https://issues.apache.org/jira/browse/FLINK-8487
>             Project: Flink
>          Issue Type: Bug
>          Components: State Backends, Checkpointing
>    Affects Versions: 1.3.2
>            Reporter: Fabian Hueske
>            Priority: Blocker
>             Fix For: 1.5.0, 1.4.3
>
>
> A user [reported this issue|https://lists.apache.org/thread.html/9dc9b719cf8449067ad01114fedb75d1beac7b4dff171acdcc24903d@%3Cuser.flink.apache.org%3E]
on the user@f.a.o mailing list and analyzed the situation.
> Scenario:
> - A program that reads from Kafka and computes counts in a keyed 15 minute tumbling window.
 StateBackend is RocksDB and checkpointing is enabled.
> {code}
> keyBy(0)
>         .timeWindow(Time.of(window_size, TimeUnit.MINUTES))
>         .allowedLateness(Time.of(late_by, TimeUnit.SECONDS))
>         .reduce(new ReduceFunction(), new WindowFunction())
> {code}
> - At some point HDFS went into a safe mode due to NameNode issues
> - The following exception was thrown
> {code}
> org.apache.hadoop.ipc.RemoteException(org.apache.hadoop.ipc.StandbyException): Operation
category WRITE is not supported in state standby. Visit https://s.apache.org/sbnn-error
>     ..................
>     at org.apache.flink.runtime.fs.hdfs.HadoopFileSystem.mkdirs(HadoopFileSystem.java:453)
>         at org.apache.flink.core.fs.SafetyNetWrapperFileSystem.mkdirs(SafetyNetWrapperFileSystem.java:111)
>         at org.apache.flink.runtime.state.filesystem.FsCheckpointStreamFactory.createBasePath(FsCheckpointStreamFactory.java:132)
> {code}
> - The pipeline came back after a few restarts and checkpoint failures, after the HDFS
issues were resolved.
> - It was evident that operator state was lost. Either it was the Kafka consumer that
kept on advancing it's offset between a start and the next checkpoint failure (a minute's
worth) or the the operator that had partial aggregates was lost. 
> The user did some in-depth analysis (see [mail thread|https://lists.apache.org/thread.html/9dc9b719cf8449067ad01114fedb75d1beac7b4dff171acdcc24903d@%3Cuser.flink.apache.org%3E])
and might have (according to [~aljoscha]) identified the problem.
> [~stefanrichter83@gmail.com], can you have a look at this issue and check if it is relevant?



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

Mime
View raw message