[ https://issues.apache.org/jira/browse/CASSANDRA-14156?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Marcus Eriksson updated CASSANDRA-14156: ---------------------------------------- Resolution: Fixed Status: Resolved (was: Ready to Commit) committed as {{2548ec6e664bf118943ea07d070c5bb863f90426}}, thanks! > [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