You are viewing a plain text version of this content. The canonical link for it is here.
Posted to user@cassandra.apache.org by Mateusz Korniak <ma...@ant.gliwice.pl> on 2012/07/26 14:29:10 UTC

How schema disagreement can be fixed faster on 1.0.10 cluster ?

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

Re: How schema disagreement can be fixed faster on 1.0.10 cluster ?

Posted by Tyler Hobbs <ty...@datastax.com>.
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/>