[ 
https://issues.apache.org/jira/browse/CASSANDRA-15984?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17165894#comment-17165894
 ] 

David Capwell commented on CASSANDRA-15984:
-------------------------------------------

I took the test list from the job and reran locally; test passes just fine.

I ran the following test list

{code}
auth_test.py::TestAuth::test_login 
bootstrap_test.py::TestBootstrap::test_bootstrap_waits_for_streaming_to_finish 
consistency_test.py::TestConsistency::test_12872 
cqlsh_tests/test_cqlsh.py::TestCqlshSmoke::test_batch 
disk_balance_test.py::TestDiskBalance::test_disk_balance_after_joining_ring_stcs
 materialized_views_test.py::TestMaterializedViews::test_ttl 
pushed_notifications_test.py::TestPushedNotifications::test_schema_changes 
replace_address_test.py::TestReplaceAddress::test_insert_data_during_replace_different_address
 schema_metadata_test.py::TestSchemaMetadata::test_static_column 
thrift_hsha_test.py::TestThriftHSHA::test_closing_connections 
thrift_test.py::TestMutations::test_super_subcolumn_limit 
user_types_test.py::TestUserTypes::test_type_secondary_indexing
{code}

In this run I had consistency_test.TestConsistency#test_12872 fail, but here is 
the results for this test

{code}
  <testcase classname="thrift_hsha_test.TestThriftHSHA" 
file="thrift_hsha_test.py" line="35" name="test_closing_connections" 
time="167.48370265960693">
    <system-out>7:52:16,991 ccm DEBUG Log-watching thread starting.</system-out>
  </testcase>
{code}

> thrift_hsha_test.TestThriftHSHA test_closing_connections is broken on 3.0 and 
> 3.11
> ----------------------------------------------------------------------------------
>
>                 Key: CASSANDRA-15984
>                 URL: https://issues.apache.org/jira/browse/CASSANDRA-15984
>             Project: Cassandra
>          Issue Type: Bug
>          Components: Test/dtest
>            Reporter: David Capwell
>            Priority: Normal
>             Fix For: 3.0.x, 3.11.x
>
>
> This test seems to have been broken on 3.0 for a while now; I ran Circle CI 
> with HIGHER configs from ab6a87bf60174d9a6e7cd727702da3004c0dbeeb (from Jul 6 
> 18:05:18 2020)  all the way to HEAD ebf9c74c4ea8aefb1262458664571fdb52b76102 
> (from Jul 24 18:47:39 2020).
> Interestingly, when I run the test locally against latest 3.0 it passes.
> This is not a flaky test, as it fails on no-vnode and vnode for every attempt 
> (tried 9 times)
> {code}
>         if rc != 0:
> >           raise ToolError(cmd_args, rc, out, err)
> E           ccmlib.node.ToolError: Subprocess ['nodetool', '-h', 'localhost', 
> '-p', '7100', 'enablethrift'] exited with non-zero status; exit status: 2; 
> E           stderr: error: Could not create ServerSocket on address 
> /127.0.0.1:9160.
> E           -- StackTrace --
> E           org.apache.thrift.transport.TTransportException: Could not create 
> ServerSocket on address /127.0.0.1:9160.
> E             at 
> org.apache.thrift.transport.TNonblockingServerSocket.<init>(TNonblockingServerSocket.java:96)
> E             at 
> org.apache.thrift.transport.TNonblockingServerSocket.<init>(TNonblockingServerSocket.java:79)
> E             at 
> org.apache.thrift.transport.TNonblockingServerSocket.<init>(TNonblockingServerSocket.java:75)
> E             at 
> org.apache.cassandra.thrift.TCustomNonblockingServerSocket.<init>(TCustomNonblockingServerSocket.java:39)
> E             at 
> org.apache.cassandra.thrift.THsHaDisruptorServer$Factory.buildTServer(THsHaDisruptorServer.java:80)
> E             at 
> org.apache.cassandra.thrift.TServerCustomFactory.buildTServer(TServerCustomFactory.java:55)
> E             at 
> org.apache.cassandra.thrift.ThriftServer$ThriftServerThread.<init>(ThriftServer.java:128)
> E             at 
> org.apache.cassandra.thrift.ThriftServer.start(ThriftServer.java:55)
> E             at 
> org.apache.cassandra.service.StorageService.startRPCServer(StorageService.java:386)
> E             at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> E             at 
> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
> E             at 
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> E             at java.lang.reflect.Method.invoke(Method.java:498)
> E             at sun.reflect.misc.Trampoline.invoke(MethodUtil.java:71)
> E             at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> E             at 
> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
> E             at 
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> E             at java.lang.reflect.Method.invoke(Method.java:498)
> E             at sun.reflect.misc.MethodUtil.invoke(MethodUtil.java:275)
> E             at 
> com.sun.jmx.mbeanserver.StandardMBeanIntrospector.invokeM2(StandardMBeanIntrospector.java:112)
> E             at 
> com.sun.jmx.mbeanserver.StandardMBeanIntrospector.invokeM2(StandardMBeanIntrospector.java:46)
> E             at 
> com.sun.jmx.mbeanserver.MBeanIntrospector.invokeM(MBeanIntrospector.java:237)
> E             at 
> com.sun.jmx.mbeanserver.PerInterface.invoke(PerInterface.java:138)
> E             at 
> com.sun.jmx.mbeanserver.MBeanSupport.invoke(MBeanSupport.java:252)
> E             at 
> com.sun.jmx.interceptor.DefaultMBeanServerInterceptor.invoke(DefaultMBeanServerInterceptor.java:819)
> E             at 
> com.sun.jmx.mbeanserver.JmxMBeanServer.invoke(JmxMBeanServer.java:801)
> E             at 
> javax.management.remote.rmi.RMIConnectionImpl.doOperation(RMIConnectionImpl.java:1468)
> E             at 
> javax.management.remote.rmi.RMIConnectionImpl.access$300(RMIConnectionImpl.java:76)
> E             at 
> javax.management.remote.rmi.RMIConnectionImpl$PrivilegedOperation.run(RMIConnectionImpl.java:1309)
> E             at 
> javax.management.remote.rmi.RMIConnectionImpl.doPrivilegedOperation(RMIConnectionImpl.java:1401)
> E             at 
> javax.management.remote.rmi.RMIConnectionImpl.invoke(RMIConnectionImpl.java:829)
> E             at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> E             at 
> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
> E             at 
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> E             at java.lang.reflect.Method.invoke(Method.java:498)
> E             at 
> sun.rmi.server.UnicastServerRef.dispatch(UnicastServerRef.java:357)
> E             at sun.rmi.transport.Transport$1.run(Transport.java:200)
> E             at sun.rmi.transport.Transport$1.run(Transport.java:197)
> E             at java.security.AccessController.doPrivileged(Native Method)
> E             at sun.rmi.transport.Transport.serviceCall(Transport.java:196)
> E             at 
> sun.rmi.transport.tcp.TCPTransport.handleMessages(TCPTransport.java:573)
> E             at 
> sun.rmi.transport.tcp.TCPTransport$ConnectionHandler.run0(TCPTransport.java:834)
> E             at 
> sun.rmi.transport.tcp.TCPTransport$ConnectionHandler.lambda$run$0(TCPTransport.java:688)
> E             at java.security.AccessController.doPrivileged(Native Method)
> E             at 
> sun.rmi.transport.tcp.TCPTransport$ConnectionHandler.run(TCPTransport.java:687)
> E             at 
> java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149)
> E             at 
> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624)
> E             at java.lang.Thread.run(Thread.java:748)
> ../env/src/ccm/ccmlib/node.py:2162: ToolError
> {code}



--
This message was sent by Atlassian Jira
(v8.3.4#803005)

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

Reply via email to