[
https://issues.apache.org/jira/browse/CASSANDRA-2790?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13060672#comment-13060672
]
Ivan Gorgiev commented on CASSANDRA-2790:
-----------------------------------------
Jonathan, I reported this issue while consulting for a client. That project has
since been completed. Regarding the Cassandra upgrade, the client decided to
postpone rolling it out for a while as they currently have more pressing needs.
I'm staying in touch with them, and will relay back any new info on this. I'm
quite certain the patch will resolve this issue.
> SimpleStrategy enforces endpoints >= replicas when reading with
> ConsistencyLevel.ONE
> ------------------------------------------------------------------------------------
>
> Key: CASSANDRA-2790
> URL: https://issues.apache.org/jira/browse/CASSANDRA-2790
> Project: Cassandra
> Issue Type: Bug
> Components: Core
> Affects Versions: 0.7.6
> Environment: Linux 2.6.32-31-generic #61-Ubuntu SMP / Java
> HotSpot(TM) 64-Bit Server VM (build 14.2-b01, mixed mode)
> Reporter: Ivan Gorgiev
>
> We use replication factor of 3 across our system, but in a one case on the
> application bootstrap we read a stored value with a local (in-process) call
> to StorageProxy.read(commands, ConsistencyLevel.ONE). This results in the
> following exception from SimpleStrategy: "replication factor 3 exceeds number
> of endpoints 1".
> Shouldn't such a read operation always succeed as there is a guaranteed
> single Cassandra endpoint - the one processing the request?
> This code used to work with Cassandra 0.6.1 before we upgraded to 0.7.6.
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
