[
https://issues.apache.org/jira/browse/CASSANDRA-10046?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14698816#comment-14698816
]
Sylvain Lebresne commented on CASSANDRA-10046:
----------------------------------------------
For the record, this is a regression from CASSANDRA-9704.
This is also not a validation issue, as those test should be passing and we do
want to handle range tombstones whose start differ from their end.
As far as I can tell, the problem is in the
{{LegacyLayout.LegacyDeletionInfo.from}} method: it basically ends up
considering all RT as a in-row tombstone, which is definitively incorrect. And
in fact, that methods takes a {{DeletionInfo}}, so it can't have any in-row
tombstone by definition. So I think the simplest way to deal with this is to
have {{CassandraServer}} adds to a {{LegacyDeletionInfo}} object directly
(instead of a {{DeletionInfo}}) and have it deal with in-row tombstones
directly. Pushed a branch to do so
[here|https://github.com/pcmanus/cassandra/commits/10046].
CI results will be eventually avaible for the
[utests|http://cassci.datastax.com/view/Dev/view/pcmanus/job/pcmanus-10046-testall/]
and
[dtests|http://cassci.datastax.com/view/Dev/view/pcmanus/job/pcmanus-10046-dtest/].
Marking [~thobbs] as reviewer since he is the original author of CASSANDRA-9704.
> RangeTombstone validation missing on thrift
> -------------------------------------------
>
> Key: CASSANDRA-10046
> URL: https://issues.apache.org/jira/browse/CASSANDRA-10046
> Project: Cassandra
> Issue Type: Bug
> Reporter: T Jake Luciani
> Assignee: T Jake Luciani
> Priority: Minor
> Fix For: 3.0.0 rc1
>
>
> Currently a number of thrift tests fail due to a NPE
> {code}
> test_range_deletion
> test_batch_mutate_remove_slice_standard
> test_batch_mutate_remove_slice_of_entire_supercolumns
> {code}
> These errors all stem from the fact we aren't properly throwing a validation
> exception when a deletion with a slice that is not start == finish.
> We should add better validation to throw a clear exception sooner.
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)