[ https://issues.apache.org/jira/browse/CASSANDRA-16362?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17274193#comment-17274193 ]
Alexander Dejanovski commented on CASSANDRA-16362: -------------------------------------------------- Hey folks, sorry it took me a while to get to the bottom of it. The issue we were having was due to the [storage port being changed in our integration tests|https://github.com/thelastpickle/cassandra-medusa/blob/master/tests/integration/features/steps/integration_steps.py#L151] which apparently was not making ccm happy with 4.0 as the nodes wouldn't find themselves as seeds. I'm positive that [this worked in the past|https://github.com/thelastpickle/cassandra-medusa/runs/1449108534?check_suite_focus=true], so I have no clue why it suddenly started failing, nor why it would still pass locally on my laptop. There's definitely something fishy with the way some versions of ccm (I get lost between which branches do support 4.0 or not) deal with changing the storage port and how that impacts the seed list. But the good news is that as soon as I removed the storage port change, the [tests went green|https://github.com/thelastpickle/cassandra-medusa/runs/1789721180?check_suite_focus=true] using the C16362 branch (/) +1 for merge and I'll set up CI properly again in Medusa to get tests running on trunk. I'll try to investigate further the issue with CCM and the custom storage port. > SSLFactory should initialize SSLContext before setting protocols > ---------------------------------------------------------------- > > Key: CASSANDRA-16362 > URL: https://issues.apache.org/jira/browse/CASSANDRA-16362 > Project: Cassandra > Issue Type: Bug > Components: Tool/bulk load > Reporter: Erik Merkle > Assignee: Jon Meredith > Priority: Normal > Fix For: 4.0-beta5 > > Time Spent: 1h 10m > Remaining Estimate: 0h > > Trying to use sstableloader from the latest trunk produced the following > Exception: > {quote} > Exception in thread "main" java.lang.RuntimeException: Could not create SSL > Context. > at > org.apache.cassandra.tools.BulkLoader.buildSSLOptions(BulkLoader.java:261) > at org.apache.cassandra.tools.BulkLoader.load(BulkLoader.java:64) > at org.apache.cassandra.tools.BulkLoader.main(BulkLoader.java:49) > Caused by: java.io.IOException: Error creating/initializing the SSL Context > at > org.apache.cassandra.security.SSLFactory.createSSLContext(SSLFactory.java:184) > at > org.apache.cassandra.tools.BulkLoader.buildSSLOptions(BulkLoader.java:257) > ... 2 more > Caused by: java.lang.IllegalStateException: SSLContext is not initialized > at > sun.security.ssl.SSLContextImpl.engineGetSocketFactory(SSLContextImpl.java:208) > at javax.net.ssl.SSLContextSpi.getDefaultSocket(SSLContextSpi.java:158) > at > javax.net.ssl.SSLContextSpi.engineGetDefaultSSLParameters(SSLContextSpi.java:184) > at javax.net.ssl.SSLContext.getDefaultSSLParameters(SSLContext.java:435) > at > org.apache.cassandra.security.SSLFactory.createSSLContext(SSLFactory.java:178) > ... 3 more > {quote} > I believe this is because of a change to SSLFactory for CASSANDRA-13325 here: > [https://github.com/apache/cassandra/commit/919a8964a83511d96766c3e53ba603e77bca626c#diff-0d569398cfd58566fc56bfb80c971a72afe3f392addc2df731a0b44baf29019eR177-R178] > > I think the solution is to call {{ctx.init()}} before trying to call > {{ctx.getDefaultSSLParameters()}}, essentialy swapping the two lines in the > link above. -- This message was sent by Atlassian Jira (v8.3.4#803005) --------------------------------------------------------------------- To unsubscribe, e-mail: commits-unsubscr...@cassandra.apache.org For additional commands, e-mail: commits-h...@cassandra.apache.org