cassandra-commits mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Jeremy Hanna (JIRA)" <j...@apache.org>
Subject [jira] [Updated] (CASSANDRA-13793) Regression in 3.0, breaking the fix from CASSANDRA-6069
Date Fri, 11 May 2018 14:38:00 GMT

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

Jeremy Hanna updated CASSANDRA-13793:
-------------------------------------
    Labels: LWT  (was: )

> Regression in 3.0, breaking the fix from CASSANDRA-6069
> -------------------------------------------------------
>
>                 Key: CASSANDRA-13793
>                 URL: https://issues.apache.org/jira/browse/CASSANDRA-13793
>             Project: Cassandra
>          Issue Type: Bug
>            Reporter: Sylvain Lebresne
>            Assignee: Sylvain Lebresne
>            Priority: Major
>              Labels: LWT
>             Fix For: 3.0.x, 3.11.x
>
>
> The goal of the fix of CASSANDRA-6069 was to make sure that collection tombstones in
an update in CAS were using {{t-1}} because at least in {{INSERT}} collection tombstones are
used to delete data prior to the update but shouldn't delete the newly inserted data itself.
Because in 2.x the collection tombstones are normal range tombstones and thus part of the
{{DeletionInfo}}, we went with the easy solution of using {{t-1}} for all of {{DeletionInfo}}.
> When moving that code to 3.0, this was migrated too literally however and only the {{DeletionInfo}}
got the {{t -1}}. But in 3.0, range tombstones are not part of {{DeletionInfo}} anymore, and
so this is broken.
> Thanks to [~aweisberg] for noticing this.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

---------------------------------------------------------------------
To unsubscribe, e-mail: commits-unsubscribe@cassandra.apache.org
For additional commands, e-mail: commits-help@cassandra.apache.org


Mime
View raw message