incubator-cassandra-user mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Tyler Hobbs <ty...@datastax.com>
Subject Re: How schema disagreement can be fixed faster on 1.0.10 cluster ?
Date Thu, 26 Jul 2012 16:26:11 GMT
I know you specified 1.0.10, but C* 1.1 solves this problem:
http://www.datastax.com/dev/blog/the-schema-management-renaissance

On Thu, Jul 26, 2012 at 7:29 AM, Mateusz Korniak <
mateusz-lists@ant.gliwice.pl> wrote:

> Hi !
> We got into schema disagreement situation on 1.0.10 having 250GB of
> compressed
> data per node.
>
> Following
> http://wiki.apache.org/cassandra/FAQ#schema_disagreement
> after node restart looks like it is replaying all schema changes one be
> one ,
> right ?
> As we did a lot of them during cluster lifetime, now node is busy creating
> long time ago dropped secondary indexes which looks like gonna take hours.
> Can it be done faster ?
>
> 1. Can we move all data SStables out of data/*/ directories,
> 2. follow FAQ#schema_disagreement (it should be faster on no data node)
> until
> we reach schema agreement.
> 3. Than stop cassandra,
> 4. Copy files back.
> 5. Start cassandra.
>
>
> Will it work ?
>
> Extra option is to disable thrift during above process (can it be done in
> config ? In cassandra.yaml rpc_port: 0 ? )
>
>
>
> Thanks in advance for any hints, regards,
>
> --
> Mateusz Korniak
>



-- 
Tyler Hobbs
DataStax <http://datastax.com/>

Mime
View raw message