[
https://issues.apache.org/jira/browse/CASSANDRA-7371?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14025403#comment-14025403
]
Robert Stupp commented on CASSANDRA-7371:
-----------------------------------------
oops... lots of these:
{noformat}
WARN [SharedPool-Worker-6] 2014-06-09 19:30:18,893
AbstractTracingAwareExecutorService.java:166 - Uncaught exception on thread
Thread[SharedPool-Worker-6,10,main]: {}
java.lang.AssertionError: null
at
org.apache.cassandra.db.RangeTombstoneList.insertFrom(RangeTombstoneList.java:504)
~[main/:na]
at
org.apache.cassandra.db.RangeTombstoneList.add(RangeTombstoneList.java:147)
~[main/:na]
at
org.apache.cassandra.db.RangeTombstoneList.add(RangeTombstoneList.java:119)
~[main/:na]
at org.apache.cassandra.db.DeletionInfo.add(DeletionInfo.java:231)
~[main/:na]
at
org.apache.cassandra.db.filter.QueryFilter.delete(QueryFilter.java:258)
~[main/:na]
at
org.apache.cassandra.db.CollationController.collectAllData(CollationController.java:206)
~[main/:na]
at
org.apache.cassandra.db.CollationController.getTopLevelColumns(CollationController.java:59)
~[main/:na]
at
org.apache.cassandra.db.ColumnFamilyStore.getTopLevelColumns(ColumnFamilyStore.java:1873)
~[main/:na]
at
org.apache.cassandra.db.ColumnFamilyStore.getColumnFamily(ColumnFamilyStore.java:1681)
~[main/:na]
at org.apache.cassandra.db.Keyspace.getRow(Keyspace.java:335)
~[main/:na]
at
org.apache.cassandra.db.SliceFromReadCommand.getRow(SliceFromReadCommand.java:59)
~[main/:na]
at
org.apache.cassandra.service.StorageProxy$LocalReadRunnable.runMayThrow(StorageProxy.java:1387)
~[main/:na]
at
org.apache.cassandra.service.StorageProxy$DroppableRunnable.run(StorageProxy.java:2054)
~[main/:na]
at
java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:471)
~[na:1.7.0_55]
at
org.apache.cassandra.concurrent.AbstractTracingAwareExecutorService$FutureTask.run(AbstractTracingAwareExecutorService.java:162)
~[main/:na]
at org.apache.cassandra.concurrent.SEPWorker.run(SEPWorker.java:103)
[main/:na]
at java.lang.Thread.run(Thread.java:745) [na:1.7.0_55]
{noformat}
> DELETEs get lost
> ----------------
>
> Key: CASSANDRA-7371
> URL: https://issues.apache.org/jira/browse/CASSANDRA-7371
> Project: Cassandra
> Issue Type: Bug
> Components: Core
> Environment: 2.1 git branch since merge commit
> 029cd403172f8cc1b96f0828c8e1f8f6d57c0bcc ("Fix rare potential NPE in HHOM
> page size calculation")
> Reporter: Robert Stupp
> Assignee: Aleksey Yeschenko
> Priority: Blocker
> Fix For: 2.1.0
>
> Attachments: Cassandra7371.java
>
>
> The mentioned commit (merged to 2.1 from 1.2 via 2.0) introduced a bug which
> is not easy to reproduce:
> Workload description:
> - One INSERT into a table
> - multiple concurrent SELECTs against different tables (one select returns a
> result)
> - One UPDATE against the same table as the INSERT
> - (same) multiple concurrent SELECTs against different tables (one select
> returns a result)
> - One DELETE against the same table as the INSERT
> - (same) multiple concurrent SELECTs against different tables
> Expected is that the last bunch of SELECTs returns no result. But since
> commit SHA the DELETE gets not processed.
> To clarify - the DELETE is not delayed - it is not executed at all.
> Checked against a single node C* "cluster".
> The above works with 2.0.8 and against 2.1.0-* - but not C* code since git
> commit 029cd403172f8cc1b96f0828c8e1f8f6d57c0bcc ("Fix rare potential NPE in
> HHOM page size calculation") from June, 5th.
> I am not sure whether this bug also occurs in 1.2 or 2.0 branches (didn't
> check that).
> It is not always reproducible - approx 1 of 50 tries run into this issue.
> If you have difficulties in finding the reason, I can provide a unit test for
> that.
--
This message was sent by Atlassian JIRA
(v6.2#6252)
