[
https://issues.apache.org/jira/browse/CASSANDRA-7371?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14027077#comment-14027077
]
Robert Stupp commented on CASSANDRA-7371:
-----------------------------------------
It is not reproducible when connecting from Mac to Linux box.
It is not reproducible when connecting from Linux box to Mac.
It is not reproducible when connecting from Linux box to Linux box.
It is not reproducible when connecting from Mac to Linux VM on Mac.
It is not reproducible when connecting from Linux VM on Mac to Mac.
It is not reproducible when connecting from Linux VM on Mac to Linux VM on Mac.
It is only reproducible when both client and server run on OSX.
It does not depend on the Java version (checked with 1.7.0_55, 1.7.0_60,
1.8.0_05, 1.9.0-ea-b16).
Running test from IDE or command line makes no difference.
Can anyone cross check it? I'm a bit frustrated. I see that there is an issue -
but cannot isolate the cause.
{noformat}
Darwin macbook-retina.local 13.2.0 Darwin Kernel Version 13.2.0: Thu Apr 17
23:03:13 PDT 2014; root:xnu-2422.100.13~1/RELEASE_X86_64 x86_64
2.6 GHz Intel Core i7
{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
> 4722fe70aa9ae1b62772cfa1a1de58ef289445d5 ("RefCount native frames from netty
> to avoid corruption bugs")
> Reporter: Robert Stupp
> Assignee: T Jake Luciani
> Priority: Blocker
> Fix For: 2.1.0
>
> Attachments: Cassandra7371.java
>
>
> The mentioned commit 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".
> Does only affect unreleased 2.1 - not 2.0 nor 1.2.
--
This message was sent by Atlassian JIRA
(v6.2#6252)
