You are viewing a plain text version of this content. The canonical link for it is here.
Posted to commits@cassandra.apache.org by "T Jake Luciani (JIRA)" <ji...@apache.org> on 2014/08/13 16:54:13 UTC
[jira] [Resolved] (CASSANDRA-7695) Inserting the same row in
parallel causes bad data to be returned to the client
[ https://issues.apache.org/jira/browse/CASSANDRA-7695?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
T Jake Luciani resolved CASSANDRA-7695.
---------------------------------------
Resolution: Fixed
Reviewer: T Jake Luciani (was: Benedict)
Assignee: Norman Maurer (was: T Jake Luciani)
Committed thanks.
> Inserting the same row in parallel causes bad data to be returned to the client
> -------------------------------------------------------------------------------
>
> Key: CASSANDRA-7695
> URL: https://issues.apache.org/jira/browse/CASSANDRA-7695
> Project: Cassandra
> Issue Type: Bug
> Environment: Linux 3.12.21, JVM 1.7u60
> Cassandra server 2.1.0 RC 5
> Cassandra datastax client version 2.1.0RC1
> Reporter: Johan Bjork
> Assignee: Norman Maurer
> Priority: Blocker
> Labels: qa-resolved
> Fix For: 2.1.0
>
> Attachments: 0001-CASSANDRA-7695-Workaround-Netty-bug-by-not-use-Compo.patch, 7695-workaround.txt, PutFailureRepro.java, bad-data-tid43-get, bad-data-tid43-put
>
>
> Running the attached test program against a cassandra 2.1 server results in scrambled data returned by the SELECT statement. Running it against latest stable works fine.
> Attached:
> * Program that reproduces the failure
> * Example output files from mentioned test-program with the scrambled output.
> Failure mode:
> The value returned by 'get' is scrambled, the size is correct but some bytes have shifted locations in the returned buffer.
> Cluster info:
> For the test we set up a single cassandra node using the stock configuration file.
--
This message was sent by Atlassian JIRA
(v6.2#6252)