[
https://issues.apache.org/jira/browse/STORM-1106?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14957931#comment-14957931
]
ASF GitHub Bot commented on STORM-1106:
---------------------------------------
Github user kishorvpatil commented on the pull request:
https://github.com/apache/storm/pull/795#issuecomment-148219849
@HeartSaVioR, your understanding about
`StormBoundedExponentialBackoffRetry` is correct, the 29 seconds is decent time
- in case where workerB restarts due to any reason - during regular set-up.
But initial startup ( requires supervisor to read assignments/download
code/launch workers.) which could mean much more than that.
The `StormBoundedExponentialBackoffRetry` lets you go beyond max attempts
to give you 1sec sleep until you succeed. So, the workerA should keep trying
unless nimbus informs workerA that workerB ( is no longer working on that port.)
> Netty Client Connection Attempts should not be limited
> ------------------------------------------------------
>
> Key: STORM-1106
> URL: https://issues.apache.org/jira/browse/STORM-1106
> Project: Apache Storm
> Issue Type: Bug
> Components: storm-core
> Affects Versions: 0.10.0
> Reporter: Kishor Patil
> Assignee: Kishor Patil
> Priority: Blocker
>
> The workers should not give-up making connection with other workers. This
> could cause the worker to be blocked forever.
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
