cassandra-commits mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Sylvain Lebresne (JIRA)" <j...@apache.org>
Subject [jira] [Commented] (CASSANDRA-9764) dtest for many UPDATE batches, low contention fails on trunk
Date Wed, 22 Jul 2015 11:00:08 GMT

    [ https://issues.apache.org/jira/browse/CASSANDRA-9764?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14636718#comment-14636718
] 

Sylvain Lebresne commented on CASSANDRA-9764:
---------------------------------------------

The problem (at least the initial one) is due to CASSANDRA-9863.  Basically, we sometime end
up not returning from {{SystemKeyspace.loadPaxosState}} due to this latter bug, and we're
holding when doing so, so any other update ends up timeouting (since any attempt preparing
a paxos update ends up blocked on that lock that is never released).

I'll keep that ticket open for now because I haven't validated this is the only problem (since
I haven't written a fix for CASSANDRA-9863), but once that latter issue is resolved, we should
check if the tests still fail or not.

> dtest for many UPDATE batches, low contention fails on trunk
> ------------------------------------------------------------
>
>                 Key: CASSANDRA-9764
>                 URL: https://issues.apache.org/jira/browse/CASSANDRA-9764
>             Project: Cassandra
>          Issue Type: Sub-task
>            Reporter: Jim Witschey
>            Assignee: Sylvain Lebresne
>            Priority: Blocker
>             Fix For: 3.0 beta 1
>
>
> {{paxos_tests.py:TestPaxos.contention_test_multi_iterations}} fails consistently on trunk
([cassci history|http://cassci.datastax.com/view/trunk/job/trunk_dtest/lastSuccessfulBuild/testReport/paxos_tests/TestPaxos/contention_test_multi_iterations/history/]).
The test works by creating 8 workers, each of which increments an integer 100 times using
UPDATE. Based on the test failures, it looks like 2 or 3 of the updates are consistently dropped.
Other dtests that don't run as many iterations but have more contention succeed.
> I'm assigning you, [~slebresne], because you wrote the test and were the last person
to modify it, but feel free to reassign. Thanks!



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

Mime
View raw message