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

Jon Meredith updated CASSANDRA-18725:
-------------------------------------
          Fix Version/s: 3.11.17
                         4.0.12
                         4.1.4
                         5.0-alpha
                             (was: 3.11.x)
                             (was: 4.0.x)
                             (was: 4.1.x)
                             (was: 5.0.x)
    Source Control Link:  
https://github.com/apache/cassandra/commit/c6d7d070c59d81db8949683d3e5670b909efb48c
             Resolution: Fixed
                 Status: Resolved  (was: Ready to Commit)

> IsolatedJMX should not release all TCPEndpoints on instance shutdown
> --------------------------------------------------------------------
>
>                 Key: CASSANDRA-18725
>                 URL: https://issues.apache.org/jira/browse/CASSANDRA-18725
>             Project: Cassandra
>          Issue Type: Improvement
>          Components: Test/dtest/java
>            Reporter: Doug Rohrer
>            Assignee: Doug Rohrer
>            Priority: Normal
>             Fix For: 3.11.17, 4.0.12, 4.1.4, 5.0-alpha, 5.x
>
>          Time Spent: 2.5h
>  Remaining Estimate: 0h
>
> In the original implementation of the JMX feature, we fixed some memory leaks 
> by clearing some internal state in Java’s TCPEndpoint. However, that 
> implementation was overly aggressive and cleared the whole map, vs. just 
> removing the endpoints created by the individual instances. This causes 
> issues when you remove a node from the cluster (as all of the endpoints are 
> cleared, not just the ones in use by that instance).
>  
> In stead, we should check if the endpoint was created by the instance in 
> question and only remove it if it was.



--
This message was sent by Atlassian Jira
(v8.20.10#820010)

---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]

Reply via email to