cassandra-commits mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Sean Bridges (JIRA)" <>
Subject [jira] [Commented] (CASSANDRA-8177) sequential repair is much more expensive than parallel repair
Date Thu, 23 Oct 2014 23:16:34 GMT


Sean Bridges commented on CASSANDRA-8177:

We can't easily upgrade to 2.1.

I don't think this issue is a dupe of CASSANDRA-5220. Looking at the graphs, I think something
is quite wrong with sequential or parallel  repair.  With a 3 node cluster, using sequential
shouldn't cause repairs to take 13 times as long, and use a lot more io.

> sequential repair is much more expensive than parallel repair
> -------------------------------------------------------------
>                 Key: CASSANDRA-8177
>                 URL:
>             Project: Cassandra
>          Issue Type: Bug
>            Reporter: Sean Bridges
>         Attachments: iostats.png
> This is with 2.0.10
> The attached graph shows io read/write throughput (as measured with iostat) when doing
> The large hump on the left is a sequential repair of one node.  The two much smaller
peaks on the right are parallel repairs.
> This is a 3 node cluster using vnodes (I know vnodes on small clusters isn't recommended).
 Cassandra reports load of 40 gigs.
> We noticed a similar problem with a larger cluster.

This message was sent by Atlassian JIRA

View raw message