cassandra-commits mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Hervé Toulan (JIRA) <j...@apache.org>
Subject [jira] [Comment Edited] (CASSANDRA-6817) Update gc_grace not taken into account
Date Mon, 10 Mar 2014 08:06:43 GMT

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

Hervé Toulan edited comment on CASSANDRA-6817 at 3/10/14 8:05 AM:
------------------------------------------------------------------

Problem has been identified on a customer platform. I have not this issue on my lab with the
same 1.1.0 release.
I have to analyse the impact of a migration from 1.1.0 to 2.0.5.




was (Author: htoulan):
Problem has been identified on a customer side. I have not this issue on my lab with the same
1.1.0 release.
I have to analyse the impact of a migration from 1.1.0 to 2.0.5.



> Update gc_grace not taken into account
> --------------------------------------
>
>                 Key: CASSANDRA-6817
>                 URL: https://issues.apache.org/jira/browse/CASSANDRA-6817
>             Project: Cassandra
>          Issue Type: Bug
>          Components: API
>         Environment: Red Hat Enterprise Linux ES release 4 (Nahant update 8)
>            Reporter: Hervé Toulan
>            Priority: Minor
>
> 1 - connect cassandra using cassandra-cli  [OK]
> 2 - select DB to use [OK]
> 3 - update column family with;
> [default@BNPPFortis] update column family CallSafety with gc_grace=0;
> 5aa7f6fc-968d-3fa5-9e3a-6ece15fe9c15
> Waiting for schema agreement...
> ... schemas agree across the cluster
> 4 - check modificatios with:
> [default@BNPPFortis] show schema;
> create column family CallSafety
>   with column_type = 'Super'
>   and comparator = 'UTF8Type'
>   and subcomparator = 'BytesType'
>   and default_validation_class = 'BytesType'
>   and key_validation_class = 'BytesType'
>   and read_repair_chance = 0.1
>   and dclocal_read_repair_chance = 0.0
>   and gc_grace = 864000
>   and min_compaction_threshold = 4
>   and max_compaction_threshold = 32
>   and replicate_on_write = true
>   and compaction_strategy = 'org.apache.cassandra.db.compaction.SizeTieredCompactionStrategy'
>   and caching = 'KEYS_ONLY'
>   and compression_options = {'sstable_compression' : 'org.apache.cassandra.io.compress.SnappyCompressor'};
> 5 - value is not taken into account [KO] 
> 6 - inspect system.log:
>  INFO [MigrationStage:1] 2014-03-07 11:40:20,558 ColumnFamilyStore.java (line 634) Enqueuing
flush of Memtable-schema_columnfamilies@24479498(1339/1673 serialized/live bytes, 21 ops)
>  INFO [FlushWriter:4] 2014-03-07 11:40:20,559 Memtable.java (line 266) Writing Memtable-schema_columnfamilies@24479498(1339/1673
serialized/live bytes, 21 ops)
>  INFO [FlushWriter:4] 2014-03-07 11:40:20,571 Memtable.java (line 307) Completed flushing
/opt/Alcatel/database/data/system/schema_columnfamilies/system-schema_columnfamilies-hc-38-Data.db
(1407 bytes)



--
This message was sent by Atlassian JIRA
(v6.2#6252)

Mime
View raw message