You are viewing a plain text version of this content. The canonical link for it is here.
Posted to commits@beam.apache.org by "Mark Shields (JIRA)" <ji...@apache.org> on 2016/04/28 23:44:12 UTC

[jira] [Commented] (BEAM-31) When triggers are changed via pipeline update, stale finished triggers data applied

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

Mark Shields commented on BEAM-31:
----------------------------------

A customer hit this issue and it lead to catastrophic data loss: the old pipeline was killed by --update, the new pipeline came up but with inconsistent interpretation of trigger state, eventually the new pipeline threw. Even reverting the trigger code and --updating would not  work because the pipeline was stuck in work item retries and had partially proceeded with corrupted trigger state. 

> When triggers are changed via pipeline update, stale finished triggers data applied
> -----------------------------------------------------------------------------------
>
>                 Key: BEAM-31
>                 URL: https://issues.apache.org/jira/browse/BEAM-31
>             Project: Beam
>          Issue Type: Bug
>          Components: runner-core
>            Reporter: Kenneth Knowles
>              Labels: Triggers, Update
>
> TriggerRunner tracks which trigger subexpresions are finished. When the trigger expession is updated via pipeline update, this data is applied arbitrarily to the new trigger expression.
> Implementation note: trigger subexpressions are identified by number, and their finished state stored in a bit set.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)