[
https://issues.apache.org/jira/browse/STORM-2833?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
ASF GitHub Bot updated STORM-2833:
----------------------------------
Labels: pull-request-available (was: )
> Cached Netty Connections can have different keys for the same thing.
> --------------------------------------------------------------------
>
> Key: STORM-2833
> URL: https://issues.apache.org/jira/browse/STORM-2833
> Project: Apache Storm
> Issue Type: Bug
> Components: storm-client
> Affects Versions: 1.0.0, 2.0.0
> Reporter: Robert Joseph Evans
> Assignee: Robert Joseph Evans
> Labels: pull-request-available
>
> It turns out that if you set {{storm.local.hostname}} on your supervisors
> that the netty caching code might not work. The issue is that when we go to
> add a netty connection to the cache we use the host name provided by the
> scheduling. Which ultimately comes from the {{storm.local.hostname}} setting
> on each of the nodes. But when we go to remove it from the cache, we use the
> resolved INetSocket address for the destination. If the two do not match
> exactly then we can close a connection, but not have it removed from the
> cache, so when we go to try and use it again, the connection is closed.
--
This message was sent by Atlassian JIRA
(v6.4.14#64029)
