[
https://issues.apache.org/jira/browse/CASSANDRA-1145?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12885744#action_12885744
]
Jeremy Hanna commented on CASSANDRA-1145:
-----------------------------------------
Hi AJ, taking another look at this. I'm getting errors when I try to put
('localhost:9160') in the SERVERS variable in bugtest.py. Specifically, I'm
seeing that pycassa is giving a NoServerAvailable exception when trying to
connect. So I'm unable to reproduce the problem.
Can you see if you can get it to run and hopefully replicate the problem just
with the localhost? I'm not sure if I'm just configuring that incorrectly
either.
> 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.4
>
> Attachments: bugtest.py, 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.
