incubator-cassandra-user mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Yuki Morishita <mor.y...@gmail.com>
Subject Re: Why repair -pr doesn't work when RF=0 for 1 DC
Date Thu, 27 Feb 2014 18:15:35 GMT
Yes, it is expected behavior since
1.2.5(https://issues.apache.org/jira/browse/CASSANDRA-5424).
Since you set foobar not to replicate to stats dc, primary range of
foobar keyspace for nodes in stats is empty.


On Thu, Feb 27, 2014 at 10:16 AM, Fabrice Facorat
<fabrice.facorat@gmail.com> wrote:
> Hi,
>
> we have a cluster with 3 DC, and for one DC ( stats ), RF=0 for a
> keyspace using NetworkTopologyStrategy.
>
> cqlsh> SELECT * FROM system.schema_keyspaces WHERE keyspace_name='foobar';
>
>  keyspace_name  | durable_writes | strategy_class
>                  | strategy_options
> ----------------+----------------+------------------------------------------------------+---------------------------------
>  foobar |           True |
> org.apache.cassandra.locator.NetworkTopologyStrategy |
> {"s1":"3","stats":"0","b1":"3"}
>
>
> When doing a "nodetool repair -pr foobar" on a node in DC stats, we
> notice that the repair doesn't do anything : it just skips the
> keyspace.
>
> Is this normal behavior ? I guess that some keys belonging to DC
> stats's primary range token should have been repaired in the two
> others DC ? Am I wrong ?
>
> We are using cassandra 1.2.13, with 256 vnodes and Murmur3Partitioner
>
>
> --
> Close the World, Open the Net
> http://www.linux-wizard.net



-- 
Yuki Morishita
 t:yukim (http://twitter.com/yukim)

Mime
View raw message