cassandra-commits mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Ryan McGuire (JIRA)" <>
Subject [jira] [Created] (CASSANDRA-9864) Stress leaves threads running after a fatal error
Date Wed, 22 Jul 2015 14:46:04 GMT
Ryan McGuire created CASSANDRA-9864:

             Summary: Stress leaves threads running after a fatal error
                 Key: CASSANDRA-9864
             Project: Cassandra
          Issue Type: Bug
          Components: Tools
            Reporter: Ryan McGuire

For some types of error, cassandra-stress is staying alive even after it shows an exception,
and it will hang forever.

Here's an example:
[] All nodes available!
INFO:benchmark:Started cassandra on 3 nodes with git SHA: efaff1bff92fdf4cc84007a5cc1e641ebf889633
INFO:stress_compare:Running stress operation : user profile=
 ops\(insert=1,\) n=1M -rate threads=3.
INFO:benchmark:Running stress from '/home/ryan/fab/stress/default/tools/bin/cassandra-stress'
: user profile=
INFO  23:50:05 Did not find Netty's native epoll transport in the classpath, defaulting to
Exception in thread "main" java.lang.RuntimeException: java.lang.IllegalArgumentException:
        at org.apache.cassandra.stress.settings.StressSettings.getJavaDriverClient(
        at org.apache.cassandra.stress.StressProfile.maybeCreateSchema(
        at org.apache.cassandra.stress.settings.StressSettings.maybeCreateKeyspaces(
        at org.apache.cassandra.stress.Stress.main(
Caused by: java.lang.IllegalArgumentException: clustering_key
        at com.datastax.driver.core.ColumnMetadata$Raw$Kind.fromStringV3(
        at com.datastax.driver.core.ColumnMetadata$Raw.fromRow(
        at com.datastax.driver.core.SchemaParser.groupByKeyspaceAndCf(
        at com.datastax.driver.core.SchemaParser$2.refresh(
        at com.datastax.driver.core.ControlConnection.refreshSchema(
        at com.datastax.driver.core.ControlConnection.tryConnect(
        at com.datastax.driver.core.ControlConnection.reconnectInternal(
        at com.datastax.driver.core.ControlConnection.connect(
        at com.datastax.driver.core.Cluster$Manager.init(
        at com.datastax.driver.core.Cluster.getMetadata(
        at org.apache.cassandra.stress.util.JavaDriverClient.connect(
        at org.apache.cassandra.stress.settings.StressSettings.getJavaDriverClient(
        ... 4 more

So I'd love for that bug to go away, but in general, the stress process should exit when it
encounters a fatal error.

This message was sent by Atlassian JIRA

View raw message