Details
-
New Feature
-
Status: Closed
-
Major
-
Resolution: Implemented
-
0.10.0
-
None
Description
While implementing a test case for the Kafka Consumer, I came across the following bug:
Consider the following topology, with the operator parallelism in parentheses:
Source (2) --> Sink (1).
In this setup, the snapshotState() method is called on the source, but not on the Sink.
The sink receives the generated data.
only one of the two sources is generating data.
I've implemented a test case for this, you can find it here: https://github.com/rmetzger/flink/blob/para_checkpoint_bug/flink-tests/src/test/java/org/apache/flink/test/checkpointing/ParallelismChangeCheckpoinedITCase.java
Attachments
Attachments
Issue Links
- causes
-
FLINK-23829 SavepointITCase JVM crash on azure
- Closed
-
FLINK-24161 Can not stop the job with savepoint while a task is finishing
- Closed
- is duplicated by
-
FLINK-13270 CheckpointCoordinator abort the checkpoint
- Closed
-
FLINK-9640 Checkpointing is aways aborted if any task has been finished
- Closed
- relates to
-
FLINK-21839 SinkFunction snapshotState don't snapshot all data when trigger a stop-with-drain savepoint
- Closed
-
FLINK-27202 NullPointerException on stop-with-savepoint with AsyncWaitOperator followed by FlinkKafkaProducer
- Closed
-
FLINK-22764 Disable Values Source node in streaming plan optimization
- Open
-
FLINK-23883 (1.15) Follow up tasks and code improvements for FLIP-147
- Closed
- mentioned in
-
Page Loading...