[CASSANDRA-10858] test_copy_to_with_more_failures_than_max_attempts is failing

• Type: Sub-task
• Status: Resolved
• Priority: Normal
• Resolution: Fixed
• Component/s: Legacy/Testing, Legacy/Tools
• Assignee: Stefania Alborghetti
• Reporter: Philip Thompson

Authors

Stefania Alborghetti

Reviewers

Philip Thompson

• Created: 14/Dec/15 19:51
• Updated: 16/Apr/19 09:30
• Resolved: 29/Dec/15 10:09

Description

cqlsh_tests.cqlsh_copy_tests.CqlshCopyTest.test_copy_to_with_more_failures_than_max_attempts which was introduced for CASSANDRA-9306 is failing when run on clusters without vnodes. To reproduce, simply run the test with the environment variable DISABLE_VNODES=true.

Here is the entire debug output:

dtest: DEBUG: cluster ccm directory: /var/folders/v3/z4wf_34n1q506_xjdy49gb780000gn/T/dtest-iJQECY
dtest: DEBUG: removing ccm cluster test at: /var/folders/v3/z4wf_34n1q506_xjdy49gb780000gn/T/dtest-iJQECY
dtest: DEBUG: clearing ssl stores from [/var/folders/v3/z4wf_34n1q506_xjdy49gb780000gn/T/dtest-iJQECY] directory
dtest: DEBUG: cluster ccm directory: /var/folders/v3/z4wf_34n1q506_xjdy49gb780000gn/T/dtest-CnOgA8
dtest: DEBUG: Running stress
dtest: DEBUG: Exporting to csv file: /var/folders/v3/z4wf_34n1q506_xjdy49gb780000gn/T/tmpZYqB01 with {"failing_range": {"start": 0, "end": 5000000000000000000, "num_failures": 5}} and 3 max attempts
dtest: DEBUG:
Starting copy of keyspace1.standard1 with columns ['key', 'C0', 'C1', 'C2', 'C3', 'C4'].
Processed 10000 rows; Written: 10503.508303 rows/s
Processed 20000 rows; Written: 11860.954046 rows/s
Processed 30000 rows; Written: 13068.388704 rows/s
Processed 40000 rows; Written: 16941.628006 rows/s
Processed 50000 rows; Written: 17609.109488 rows/s
Processed 60000 rows; Written: 19475.156238 rows/s
Processed 70000 rows; Written: 19976.978154 rows/s
Processed 80000 rows; Written: 19992.329090 rows/s
Processed 90000 rows; Written: 20623.291907 rows/s
Processed 100000 rows; Written: 21644.815363 rows/s
Processed 100000 rows; Written: 10822.407682 rows/s
100000 rows exported in 5.816 seconds.

I assume this is related to the failure injection code in cqlsh not handling fewer token ranges.

Issue Links

• links to: patch