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

Till Rohrmann edited comment on FLINK-13514 at 8/29/19 11:47 AM:
-----------------------------------------------------------------

Disposing the state handles is per se not a problem as long as the checkpoint 
is not acknowledged but failed if I'm not mistaken. However, if we acknowledge 
the checkpoint, then this is clearly a bug.


was (Author: till.rohrmann):
Disposing the state handles is per se not a problem as long as the checkpoint 
is not acknowledged but failed if I'm not mistaken.

> StreamTaskTest.testAsyncCheckpointingConcurrentCloseAfterAcknowledge unstable
> -----------------------------------------------------------------------------
>
>                 Key: FLINK-13514
>                 URL: https://issues.apache.org/jira/browse/FLINK-13514
>             Project: Flink
>          Issue Type: Bug
>          Components: Runtime / Task, Tests
>    Affects Versions: 1.9.0, 1.10.0
>            Reporter: Chesnay Schepler
>            Assignee: Aljoscha Krettek
>            Priority: Critical
>              Labels: test-stability
>             Fix For: 1.10.0, 1.9.1
>
>
> Somewhat reproducible by running the test locally a few hundred times.
> {code:java}
> org.mockito.exceptions.verification.NeverWantedButInvoked:
> keyedStateHandle.discardState();
> Never wanted here:
> -> at 
> org.apache.flink.streaming.runtime.tasks.StreamTaskTest.testAsyncCheckpointingConcurrentCloseAfterAcknowledge(StreamTaskTest.java:543)
> But invoked here:
> -> at 
> org.apache.flink.runtime.state.SnapshotResult.discardState(SnapshotResult.java:82)
>     at 
> org.apache.flink.streaming.runtime.tasks.StreamTaskTest.testAsyncCheckpointingConcurrentCloseAfterAcknowledge(StreamTaskTest.java:543)
>     at sun.reflect.GeneratedMethodAccessor24.invoke(Unknown Source)
>     at 
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
>     at java.lang.reflect.Method.invoke(Method.java:498)
>     at 
> org.junit.runners.model.FrameworkMethod$1.runReflectiveCall(FrameworkMethod.java:50)
>     at 
> org.junit.internal.runners.model.ReflectiveCallable.run(ReflectiveCallable.java:12)
>     at 
> org.junit.runners.model.FrameworkMethod.invokeExplosively(FrameworkMethod.java:47)
>     at 
> org.junit.internal.runners.statements.InvokeMethod.evaluate(InvokeMethod.java:17)
>     at 
> org.junit.internal.runners.statements.FailOnTimeout$CallableStatement.call(FailOnTimeout.java:298)
>     at 
> org.junit.internal.runners.statements.FailOnTimeout$CallableStatement.call(FailOnTimeout.java:292)
>     at java.util.concurrent.FutureTask.run(FutureTask.java:266)
>     at java.lang.Thread.run(Thread.java:748){code}



--
This message was sent by Atlassian Jira
(v8.3.2#803003)

Reply via email to