[ https://issues.apache.org/jira/browse/CASSANDRA-17668?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17602161#comment-17602161 ]
Leonard Ma commented on CASSANDRA-17668: ---------------------------------------- Looks like the run finally completed and there are some failures. A few of them are the intermittent failures that have been actively discussed in https://issues.apache.org/jira/browse/CASSANDRA-17461 :D. For the remaining failures though, from what I can tell from a glance, there are only one or two tests that are potentially related to the changes made in this ticket. I'll try to take a closer look tomorrow to try to confirm if this is the case. > Fix leak of non-standard Java types in our Exceptions as clients using JMX > are unable to handle them > ---------------------------------------------------------------------------------------------------- > > Key: CASSANDRA-17668 > URL: https://issues.apache.org/jira/browse/CASSANDRA-17668 > Project: Cassandra > Issue Type: Bug > Components: Legacy/Observability, Observability/JMX > Reporter: Ekaterina Dimitrova > Assignee: Leonard Ma > Priority: Normal > Fix For: 3.0.x, 3.11.x, 4.0.x, 4.1.x, 4.x > > Time Spent: 2h 50m > Remaining Estimate: 0h > > This is a continuation of CASSANDRA-17638 where we fixed leaks introduced > during development of 4.1 to ensure no regressions. > This ticket is to fix a few leakages which are there since previous major > versions, not 4.1 regressions. > {_}setRepairSessionMaxTreeDepth{_}(exists since 3.0) and > _setRepairSessionSpaceInMegabytes(since 4.0)_ > in the DatabaseDescriptor. > checkValidForByteConversion and _validateMaxConcurrentAutoUpgradeTasksConf > (both since 4.0)_ > are used in both setters and on startup. They shouldn't throw > ConfigurationException in the setters. > There might be more but those are at least a few obvious I found in the > DatabaseDescriptor. > CC [~dcapwell] -- This message was sent by Atlassian Jira (v8.20.10#820010) --------------------------------------------------------------------- To unsubscribe, e-mail: commits-unsubscr...@cassandra.apache.org For additional commands, e-mail: commits-h...@cassandra.apache.org