cassandra-commits mailing list archives

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


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:
>             Project: Cassandra
>          Issue Type: Sub-task
>            Reporter: Jim Witschey
>            Assignee: Sylvain Lebresne
>            Priority: Blocker
>             Fix For: 3.0 beta 1
> {{}} fails consistently on trunk
([cassci 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

View raw message