cassandra-commits mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Arya Goudarzi (JIRA)" <j...@apache.org>
Subject [jira] [Commented] (CASSANDRA-4561) update column family fails
Date Mon, 27 Aug 2012 18:18:07 GMT

    [ https://issues.apache.org/jira/browse/CASSANDRA-4561?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13442577#comment-13442577
] 

Arya Goudarzi commented on CASSANDRA-4561:
------------------------------------------

I took my cluster down for 10 minutes. I took a snapshot of 'show schema' into a text file
and removed system KS from it so I will only have my KS schema definition in it. Then I stop
cassandra on all nodes. On each node, I removed system/schema_* folders from system's keyspace
folder in cassandra data dir. I started all cassandra nodes. When I tried to reload the schema
file using cli to recreate my CFs, I kept getting the message that CFs already exist. When
I listed schema_columnfamilies in one of the node, I saws the same long timestamps like 2705487066780774
on columns of that CF. So, the procedure didn't quiet work out for me. What could have gone
wrong here?

Please advice.
                
> update column family fails
> --------------------------
>
>                 Key: CASSANDRA-4561
>                 URL: https://issues.apache.org/jira/browse/CASSANDRA-4561
>             Project: Cassandra
>          Issue Type: Bug
>          Components: Core
>    Affects Versions: 1.1.0, 1.1.1, 1.1.2, 1.1.3, 1.1.4
>            Reporter: Zenek Kraweznik
>            Assignee: Pavel Yaskevich
>
> [default@test] show schema;
> create column family Messages
>   with column_type = 'Standard'
>   and comparator = 'AsciiType'
>   and default_validation_class = 'BytesType'
>   and key_validation_class = 'AsciiType'
>   and read_repair_chance = 0.1
>   and dclocal_read_repair_chance = 0.0
>   and gc_grace = 864000
>   and min_compaction_threshold = 2
>   and max_compaction_threshold = 4
>   and replicate_on_write = true
>   and compaction_strategy = 'org.apache.cassandra.db.compaction.LeveledCompactionStrategy'
>   and caching = 'KEYS_ONLY'
>   and compaction_strategy_options = {'sstable_size_in_mb' : '1024'}
>   and compression_options = {'chunk_length_kb' : '64', 'sstable_compression' : 'org.apache.cassandra.io.compress.DeflateCompressor'};
> [default@test] update column family Messages with min_compaction_threshold = 4 and  max_compaction_threshold
= 32;
> a5b7544e-1ef5-3bfd-8770-c09594e37ec2
> Waiting for schema agreement...
> ... schemas agree across the cluster
> [default@test] show schema;
> create column family Messages
>   with column_type = 'Standard'
>   and comparator = 'AsciiType'
>   and default_validation_class = 'BytesType'
>   and key_validation_class = 'AsciiType'
>   and read_repair_chance = 0.1
>   and dclocal_read_repair_chance = 0.0
>   and gc_grace = 864000
>   and min_compaction_threshold = 2
>   and max_compaction_threshold = 4
>   and replicate_on_write = true
>   and compaction_strategy = 'org.apache.cassandra.db.compaction.LeveledCompactionStrategy'
>   and caching = 'KEYS_ONLY'
>   and compaction_strategy_options = {'sstable_size_in_mb' : '1024'}
>   and compression_options = {'chunk_length_kb' : '64', 'sstable_compression' : 'org.apache.cassandra.io.compress.DeflateCompressor'};

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira

Mime
View raw message