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:08:47 UTC
[jira] [Created] (CASSANDRA-2790) SimpleStrategy enforces endpoints
>= replicas when reading with ConsistencyLevel.ONE
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
[jira] [Commented] (CASSANDRA-2790) SimpleStrategy enforces
endpoints >= replicas when reading with ConsistencyLevel.ONE
Posted by "Ivan Gorgiev (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/CASSANDRA-2790?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13051735#comment-13051735 ]
Ivan Gorgiev commented on CASSANDRA-2790:
-----------------------------------------
Jonathan: I'll get the ring state checked at work and report back.
Brandon: Looking at the patch source it'll likely take care of this issue. Do I need to rebuilt from the source or was this patch released as a binary?
Thanks for your prompt attention to this, guys.
> 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
[jira] [Resolved] (CASSANDRA-2790) SimpleStrategy enforces
endpoints >= replicas when reading with ConsistencyLevel.ONE
Posted by "Jonathan Ellis (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/CASSANDRA-2790?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Jonathan Ellis resolved CASSANDRA-2790.
---------------------------------------
Resolution: Duplicate
thanks, I'll mark this as a duplicate of 2129 then.
> 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
[jira] [Commented] (CASSANDRA-2790) SimpleStrategy enforces
endpoints >= replicas when reading with ConsistencyLevel.ONE
Posted by "Brandon Williams (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/CASSANDRA-2790?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13051462#comment-13051462 ]
Brandon Williams commented on CASSANDRA-2790:
---------------------------------------------
I think I may have this solved in CASSANDRA-2129, could you try the patch there?
> 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
[jira] [Commented] (CASSANDRA-2790) SimpleStrategy enforces
endpoints >= replicas when reading with ConsistencyLevel.ONE
Posted by "Jonathan Ellis (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/CASSANDRA-2790?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13059145#comment-13059145 ]
Jonathan Ellis commented on CASSANDRA-2790:
-------------------------------------------
Ivan, did you get a chance to try the 2129 patch?
> 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
[jira] [Commented] (CASSANDRA-2790) SimpleStrategy enforces
endpoints >= replicas when reading with ConsistencyLevel.ONE
Posted by "Jonathan Ellis (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/CASSANDRA-2790?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13051439#comment-13051439 ]
Jonathan Ellis commented on CASSANDRA-2790:
-------------------------------------------
So does nodetool ring (against the node being queried) show just the one node, or does it show the other nodes in DOWN state?
> 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
[jira] [Commented] (CASSANDRA-2790) SimpleStrategy enforces
endpoints >= replicas when reading with ConsistencyLevel.ONE
Posted by "Ivan Gorgiev (JIRA)" <ji...@apache.org>.
[ 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
[jira] [Commented] (CASSANDRA-2790) SimpleStrategy enforces
endpoints >= replicas when reading with ConsistencyLevel.ONE
Posted by "Ivan Gorgiev (JIRA)" <ji...@apache.org>.
[ 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