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

ASF GitHub Bot commented on STORM-733:
--------------------------------------

Github user itaifrenkel commented on a diff in the pull request:

    https://github.com/apache/storm/pull/489#discussion_r27454586
  
    --- Diff: storm-core/src/jvm/backtype/storm/utils/ShellProcess.java ---
    @@ -18,21 +18,17 @@
     package backtype.storm.utils;
     
     import backtype.storm.Config;
    -import backtype.storm.multilang.ISerializer;
    -import backtype.storm.multilang.BoltMsg;
    -import backtype.storm.multilang.NoOutputException;
    -import backtype.storm.multilang.ShellMsg;
    -import backtype.storm.multilang.SpoutMsg;
    +import backtype.storm.multilang.*;
    --- End diff --
    
    don't change imports if you dont have to. Different devs are using 
different IDEs


> ShellBolts that don't respond to heartbeats are not being killed
> ----------------------------------------------------------------
>
>                 Key: STORM-733
>                 URL: https://issues.apache.org/jira/browse/STORM-733
>             Project: Apache Storm
>          Issue Type: Bug
>    Affects Versions: 0.9.3
>            Reporter: Re'em Bensimhon
>            Assignee: Re'em Bensimhon
>            Priority: Critical
>
> In cases where a multilang bolt is stuck (say, an infinite loop), the 
> heartbeats are supposed to detect the issue and kill the supervisor process.
> In 0.9.3 this doesn't happen due to 
> backtype.storm.utils.ShellProcess.getErrorsString() call in ShellBolt.die()
> This call, which in turn executes IOUtils.toString(processErrorStream) will 
> block the thread until process exits. Heartbeat flow should not assume 
> process had exited.



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

Reply via email to