[ 
https://issues.apache.org/jira/browse/CASSANDRA-14156?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Jason Brown updated CASSANDRA-14156:
------------------------------------
    Labels: dtest  (was: )

> [DTEST] [TRUNK] TestTopology.movement_test is flaky; fails assert "values not 
> within 16.00% of the max: (851.41, 713.26)"
> -------------------------------------------------------------------------------------------------------------------------
>
>                 Key: CASSANDRA-14156
>                 URL: https://issues.apache.org/jira/browse/CASSANDRA-14156
>             Project: Cassandra
>          Issue Type: Bug
>          Components: Testing
>            Reporter: Michael Kjellman
>            Assignee: Marcus Eriksson
>            Priority: Major
>              Labels: dtest
>
> DTest* TestTopology.test_movement* is flaky. All of the testing so far (and 
> thus all of the current known observed failures) have been when running 
> against trunk. When the test fails, it always due to the assert_almost_equal 
> assert.
> {code}
> AssertionError: values not within 16.00% of the max: (851.41, 713.26) ()
> {code}
> The following CircleCI runs are 2 examples with dtests runs that failed due 
> to this test failing it's assert:
> [https://circleci.com/gh/mkjellman/cassandra/487]
> [https://circleci.com/gh/mkjellman/cassandra/526]
> *p.s.* assert_almost_equal has a comment "@params error Optional margin of 
> error. Default 0.16". I don't see any obvious notes for why the default is 
> this magical 16% number. It looks like it was committed as part of a big bulk 
> commit by Sean McCarthy (who I can't find on JIRA). If anyone has any history 
> on the magic 16% allowed delta please share!



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

---------------------------------------------------------------------
To unsubscribe, e-mail: commits-unsubscr...@cassandra.apache.org
For additional commands, e-mail: commits-h...@cassandra.apache.org

Reply via email to