[
https://issues.apache.org/jira/browse/CASSANDRA-7821?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14155997#comment-14155997
]
T Jake Luciani commented on CASSANDRA-7821:
-------------------------------------------
Hmm aren't there options we can pass to the java driver?
http://www.datastax.com/documentation/developer/java-driver/2.1/common/drivers/reference/automaticFailover_r.html
> Add Optional Backoff on Retry to Cassandra Stress
> -------------------------------------------------
>
> Key: CASSANDRA-7821
> URL: https://issues.apache.org/jira/browse/CASSANDRA-7821
> Project: Cassandra
> Issue Type: Improvement
> Reporter: Russell Alexander Spitzer
> Assignee: Russell Alexander Spitzer
> Attachments: CASSANDRA-7821-2.1.patch
>
>
> Currently when stress is running against a cluster which occasionally has
> nodes marked as down, it will almost immediately stop. This occurs because
> the retry loop can execute extremely quickly if each execution terminates
> with a {{com.datastax.driver.core.exceptions.NoHostAvailableException}} or
> {{com.datastax.driver.core.exceptions.UnavailableException}}.
> In case of these exceptions is will most likely be unable to succeed if the
> retries are performed as fast as possible. To get around this, we could add
> an optional delay on retries giving the cluster time to recover rather than
> terminating the stress run.
> We could make this configurable, with options such as:
> * Constant # Delays the same amount after each retry
> * Linear # Backoff a set amount * the trial number
> * Exponential # Backoff set amount * 2 ^ trial number
> This may also require adjusting the "thread is stuck check" to make sure that
> the max retry timeout will not cause the thread to be terminated early.
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
