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/>