You are viewing a plain text version of this content. The canonical link for it is here.
Posted to commits@cassandra.apache.org by "Ivan Gorgiev (JIRA)" <ji...@apache.org> on 2011/06/17 19:10:47 UTC

[jira] [Commented] (CASSANDRA-2790) SimpleStrategy enforces endpoints >= replicas when reading with ConsistencyLevel.ONE

    [ https://issues.apache.org/jira/browse/CASSANDRA-2790?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13051201#comment-13051201 ] 

Ivan Gorgiev commented on CASSANDRA-2790:
-----------------------------------------

I should add that during the bootstrap of the node producing the exception (the seed node) all other nodes are down.

> 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