You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@storm.apache.org by "Aaron Dossett (JIRA)" <ji...@apache.org> on 2015/10/05 16:30:26 UTC

[jira] [Updated] (STORM-969) HDFS Bolt can end up in an unrecoverable state

     [ https://issues.apache.org/jira/browse/STORM-969?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Aaron Dossett updated STORM-969:
--------------------------------
    Fix Version/s: 0.11.0

> HDFS Bolt can end up in an unrecoverable state
> ----------------------------------------------
>
>                 Key: STORM-969
>                 URL: https://issues.apache.org/jira/browse/STORM-969
>             Project: Apache Storm
>          Issue Type: Improvement
>          Components: storm-hdfs
>            Reporter: Aaron Dossett
>            Assignee: Aaron Dossett
>             Fix For: 0.11.0
>
>
> The body of the HDFSBolt.execute() method is essentially one try-catch block.  The catch block reports the error and fails the current tuple.  In some cases the bolt's FSDataOutputStream object (named 'out') is in an unrecoverable state and no subsequent calls to execute() can succeed.
> To produce this scenario:
> - process some tuples through HDFS bolt
> - put the underlying HDFS system into safemode
> - process some more tuples and receive a correct ClosedChannelException
> - take the underlying HDFS system out of safemode
> - subsequent tuples continue to fail with the same exception
> The three fundamental operations that execute takes (writing, sync'ing, rotating) need to be isolated so that errors from each are specifically handled.



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