cassandra-commits mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Marcus Eriksson (JIRA)" <j...@apache.org>
Subject [jira] [Commented] (CASSANDRA-7969) Properly track min/max timestamps and maxLocalDeletionTimes for range and row tombstones
Date Mon, 29 Sep 2014 06:44:34 GMT

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

Marcus Eriksson commented on CASSANDRA-7969:
--------------------------------------------

oops wrong commit, it is this one:

https://github.com/krummas/cassandra/commit/c53978e374df01f8d0bebdc5d560c5c5fb240324

> Properly track min/max timestamps and maxLocalDeletionTimes for range and row tombstones
> ----------------------------------------------------------------------------------------
>
>                 Key: CASSANDRA-7969
>                 URL: https://issues.apache.org/jira/browse/CASSANDRA-7969
>             Project: Cassandra
>          Issue Type: Bug
>            Reporter: Marcus Eriksson
>            Assignee: Marcus Eriksson
>             Fix For: 2.0.11
>
>         Attachments: 0001-track-min-max-timestamps-and-maxLocalDeletionTime-co.patch,
0001-track-min-max-timestamps-and-maxLocalDeletionTime-v2.patch
>
>
> First problem is that when we have only row or range tombstones in an sstable we dont
update the maxLocalDeletionTime for the sstable
> Second problem is that if we have a range tombstone in an sstable, minTimestamp will
always be Long.MIN_VALUE for flushed sstables due to how we set the default values for the
variables



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

Mime
View raw message