[
https://issues.apache.org/jira/browse/CASSANDRA-10388?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14948883#comment-14948883
]
Joel Knighton commented on CASSANDRA-10388:
-------------------------------------------
This issue is fixed now. A clean run with tests passing is
[here|http://cassci.datastax.com/view/win32/job/cassandra-3.0_dtest_win32/79/#showFailuresLink].
The assert issue was due to logging changes in
[CASSANDRA-10241|https://issues.apache.org/jira/browse/CASSANDRA-10241]. Once
CCM fixed log handling related to these changes, the tests pass with JCE
Unlimited Strength policy files added to the Windows CI machines.
Symptoms of missing JCE Unlimited Strength policy files or a JDK/JRE that
doesn't support the SSL cipher suites provided include log lines like:
{code}
WARN [nioEventLoopGroup-2-8] 2015-10-07 20:08:44,597 Slf4JLogger.java:151 -
Failed to initialize a channel. Closing: [id: 0xd6bb2829, /127.0.0.1:18127 =>
/127.0.0.1:9042]
java.lang.IllegalArgumentException: Cannot support TLS_RSA_WITH_AES_256_CBC_SHA
with currently installed providers
at sun.security.ssl.CipherSuiteList.<init>(CipherSuiteList.java:92)
{code}
> Windows dtest 3.0: SSL dtests are failing
> -----------------------------------------
>
> Key: CASSANDRA-10388
> URL: https://issues.apache.org/jira/browse/CASSANDRA-10388
> Project: Cassandra
> Issue Type: Sub-task
> Reporter: Philip Thompson
> Assignee: Joel Knighton
> Fix For: 2.2.x, 3.0.x
>
>
> The dtests
> {{native_transport_ssl_test.NativeTransportSSL.connect_to_ssl_test}} and
> {{native_transport_ssl_test.NativeTransportSSL.use_custom_ssl_port_test}} are
> failing on windows, but not linux.
> Stacktrace is
> {code}
> File "C:\tools\python2\lib\unittest\case.py", line 329, in run
> testMethod()
> File
> "D:\jenkins\workspace\cassandra-3.0_dtest_win32\cassandra-dtest\native_transport_ssl_test.py",
> line 32, in connect_to_ssl_test
> {code}
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)