[
https://issues.apache.org/jira/browse/CASSANDRA-10771?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15027201#comment-15027201
]
Philip Thompson commented on CASSANDRA-10771:
---------------------------------------------
>From monitoring logs of failing tests, it appears that after node3 has
>finished streaming in the data from node1, it never begins listening for CQL
>clients, so the test never moves on to bringing node1 back up.
The test failure looks like:
{code}
Traceback (most recent call last):
File "/Users/philipthompson/cstar/cassandra-dtest/tools.py", line 253, in
wrapped
f(obj)
File "/Users/philipthompson/cstar/cassandra-dtest/bootstrap_test.py", line
138, in resumable_bootstrap_test
node3.watch_log_for("Starting listening for CQL clients", timeout=100)
File "/Users/philipthompson/cstar/ccm/ccmlib/node.py", line 409, in
watch_log_for
raise TimeoutError(time.strftime("%d %b %Y %H:%M:%S", time.gmtime()) + " ["
+ self.name + "] Missing: " + str([e.pattern for e in tofind]) + ":\n" +
reads[:50] + ".....\nSee {} for remainder".format(filename))
TimeoutError: 25 Nov 2015 17:13:23 [node3] Missing: ['Starting listening for
CQL clients']:
INFO [main] 2015-11-25 12:11:04,679 YamlConfigura.....
See system.log for remainder
{code}
And I see this in node3's log
{code}
java.lang.NullPointerException: Cannot suppress a null exception.
at java.lang.Throwable.addSuppressed(Throwable.java:1046) ~[na:1.8.0_51]
at
org.apache.cassandra.streaming.StreamReader.read(StreamReader.java:121)
~[main/:na]
at
org.apache.cassandra.streaming.messages.IncomingFileMessage$1.deserialize(IncomingFileMessage.java:50)
[main/:na]
at
org.apache.cassandra.streaming.messages.IncomingFileMessage$1.deserialize(IncomingFileMessage.java:39)
[main/:na]
at
org.apache.cassandra.streaming.messages.StreamMessage.deserialize(StreamMessage.java:59)
[main/:na]
at
org.apache.cassandra.streaming.ConnectionHandler$IncomingMessageHandler.run(ConnectionHandler.java:261)
[main/:na]
at java.lang.Thread.run(Thread.java:745) [na:1.8.0_51]
{code}
> bootstrap_test.py:TestBootstrap.resumable_bootstrap_test is failing
> -------------------------------------------------------------------
>
> Key: CASSANDRA-10771
> URL: https://issues.apache.org/jira/browse/CASSANDRA-10771
> Project: Cassandra
> Issue Type: Sub-task
> Components: Streaming and Messaging
> Reporter: Philip Thompson
> Fix For: 3.0.1, 3.1
>
>
> When running {{bootstrap_test.py:TestBootstrap.resumable_bootstrap_test}}
> locally, the test is failing on cassandra-3.0. When I bisect the failure, I
> find that 87f5e2e39c100, the commit that merged CASSANDRA-10557 into 3.0 is
> the first failing commit. I can reproduce this consistently locally, but
> cassci is only having intermittent failures.
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
