You are viewing a plain text version of this content. The canonical link for it is here.
Posted to commits@cassandra.apache.org by "Benedict (JIRA)" <ji...@apache.org> on 2014/07/07 09:40:34 UTC

[jira] [Updated] (CASSANDRA-7403) Reconciliation doesn't consider fields specific to expiring cells

     [ https://issues.apache.org/jira/browse/CASSANDRA-7403?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Benedict updated CASSANDRA-7403:
--------------------------------

    Reproduced In: 2.1 rc1, 2.0.8, 1.2.16  (was: 1.2.16, 2.0.8, 2.1 rc1)
    Fix Version/s: 2.1.0

> Reconciliation doesn't consider fields specific to expiring cells 
> ------------------------------------------------------------------
>
>                 Key: CASSANDRA-7403
>                 URL: https://issues.apache.org/jira/browse/CASSANDRA-7403
>             Project: Cassandra
>          Issue Type: Bug
>          Components: Core
>            Reporter: Sam Tunnicliffe
>            Assignee: Benedict
>             Fix For: 2.1.0
>
>
> Reconciling 2 ExpiringColumns which are equal in every way except for the localExpirationTime field will always favour the instance on which reconcile is called as fields specific to expiration are not considered. 
> This is actually beneficial in pre-2.1 versions as in AtomicSortedColumns.Holder.addColumn we call reconcile on the new column, which 'wins' the reconcilliation and so the localExpirationTime is effectively extended.
> From 2.1 onwards, reconcile is actually called on the existing value (in BTreeSortedColumns.ColumnUpdater) and so it wins the reconcilliation and the ttl doesn't get extended. The same thing happens in the iterator returned from MergeIterator.Reducer.getReducer() so we see the same behaviour when merging cells from the multiple SSTables and/or memtables.



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