[jira] [Updated] (STORM-2833) Cached Netty Connections can have different keys for the same thing.

["ASF GitHub Bot (JIRA)" <ji...@apache.org>]

     [ 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)