[jira] [Commented] (FLINK-4948) Consider using checksums or similar to detect bad checkpoints
[ https://issues.apache.org/jira/browse/FLINK-4948?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17336840#comment-17336840 ] Flink Jira Bot commented on FLINK-4948: --- This issue was labeled "stale-major" 7 ago and has not received any updates so it is being deprioritized. If this ticket is actually Major, please raise the priority and ask a committer to assign you the issue or revive the public discussion. > Consider using checksums or similar to detect bad checkpoints > - > > Key: FLINK-4948 > URL: https://issues.apache.org/jira/browse/FLINK-4948 > Project: Flink > Issue Type: Improvement > Components: API / DataStream >Reporter: Jamie Grier >Priority: Major > Labels: stale-major > > We should consider proactively checking to verify that checkpoints are valid > when reading (and maybe writing). This should help prevent any possible > state corruption issues that might otherwise go undetected. -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Commented] (FLINK-4948) Consider using checksums or similar to detect bad checkpoints
[ https://issues.apache.org/jira/browse/FLINK-4948?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17328880#comment-17328880 ] Flink Jira Bot commented on FLINK-4948: --- This major issue is unassigned and itself and all of its Sub-Tasks have not been updated for 30 days. So, it has been labeled "stale-major". If this ticket is indeed "major", please either assign yourself or give an update. Afterwards, please remove the label. In 7 days the issue will be deprioritized. > Consider using checksums or similar to detect bad checkpoints > - > > Key: FLINK-4948 > URL: https://issues.apache.org/jira/browse/FLINK-4948 > Project: Flink > Issue Type: Improvement > Components: API / DataStream >Reporter: Jamie Grier >Priority: Major > Labels: stale-major > > We should consider proactively checking to verify that checkpoints are valid > when reading (and maybe writing). This should help prevent any possible > state corruption issues that might otherwise go undetected. -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Commented] (FLINK-4948) Consider using checksums or similar to detect bad checkpoints
[ https://issues.apache.org/jira/browse/FLINK-4948?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15613064#comment-15613064 ] Jamie Grier commented on FLINK-4948: Makes sense. Maybe a scheme where we can verify that the checkpoint is at least self-consistent -- using only data stored in the checkpoint itself. > Consider using checksums or similar to detect bad checkpoints > - > > Key: FLINK-4948 > URL: https://issues.apache.org/jira/browse/FLINK-4948 > Project: Flink > Issue Type: Improvement > Components: DataStream API >Reporter: Jamie Grier > Fix For: 1.2.0 > > > We should consider proactively checking to verify that checkpoints are valid > when reading (and maybe writing). This should help prevent any possible > state corruption issues that might otherwise go undetected. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Commented] (FLINK-4948) Consider using checksums or similar to detect bad checkpoints
[ https://issues.apache.org/jira/browse/FLINK-4948?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15612892#comment-15612892 ] Gyula Fora commented on FLINK-4948: --- I think in general this would be very nice but what about tools that might want to alter the checkpoints intentionally for some reasons. Maybe cleaning/transforming the state. So I think we should aim for some flexible checking logic here. > Consider using checksums or similar to detect bad checkpoints > - > > Key: FLINK-4948 > URL: https://issues.apache.org/jira/browse/FLINK-4948 > Project: Flink > Issue Type: Improvement > Components: DataStream API >Reporter: Jamie Grier > Fix For: 1.2.0 > > > We should consider proactively checking to verify that checkpoints are valid > when reading (and maybe writing). This should help prevent any possible > state corruption issues that might otherwise go undetected. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
