You are viewing a plain text version of this content. The canonical link for it is here.
Posted to commits@cassandra.apache.org by "Jeremy Hanna (JIRA)" <ji...@apache.org> on 2010/08/05 00:28:18 UTC
[jira] Commented: (CASSANDRA-1145) Reading with CL > ONE returns
multiple copies of the same column per key.
[ https://issues.apache.org/jira/browse/CASSANDRA-1145?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12895449#action_12895449 ]
Jeremy Hanna commented on CASSANDRA-1145:
-----------------------------------------
Folke - you're right. I'll focus on the creation of the list of rows. I had thought we looked at the ordering, but I think since they were in the same order, we didn't think twice. Good catch.
> Reading with CL > ONE returns multiple copies of the same column per key.
> -------------------------------------------------------------------------
>
> Key: CASSANDRA-1145
> URL: https://issues.apache.org/jira/browse/CASSANDRA-1145
> Project: Cassandra
> Issue Type: Bug
> Components: Core
> Affects Versions: 0.6.1
> Environment: ubuntu jaunty
> Reporter: AJ Slater
> Assignee: Jeremy Hanna
> Priority: Critical
> Fix For: 0.6.5
>
> Attachments: 0001-Added-a-unit-test.patch, bugtest.py, demo.patch, storage-conf.xml
>
>
> Testing with 0.6-trunk today:
> Reading with CL > ONE returns multiple copies of the same column per key consistent with the replicas queried before return. i.e, for RC=3, a QUORUM read yields 2 copies and an ALL read returns 3.
> This is with pycassa get_range() which is using get_range_slice()
> I see the same behavior with 0.6.1 and 0.6.2 debs
> If my experience is not unique, anyone using get_range_slice is now deluged with duplicate data.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.