You are viewing a plain text version of this content. The canonical link for it is here.
Posted to commits@cassandra.apache.org by "Anton Lebedevich (JIRA)" <ji...@apache.org> on 2015/07/06 18:15:04 UTC
[jira] [Resolved] (CASSANDRA-9713) 'insert ... if not exists'
allows to insert the same key twice
[ https://issues.apache.org/jira/browse/CASSANDRA-9713?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Anton Lebedevich resolved CASSANDRA-9713.
-----------------------------------------
Resolution: Not A Problem
It was caused by wrong replication factor setting (it was 1 instead of 3).
Not a cassandra problem.
> 'insert ... if not exists' allows to insert the same key twice
> --------------------------------------------------------------
>
> Key: CASSANDRA-9713
> URL: https://issues.apache.org/jira/browse/CASSANDRA-9713
> Project: Cassandra
> Issue Type: Bug
> Components: Core
> Environment: centos 6.6 server, java version "1.8.0_45", cassandra 2.1.7,
> 3 machines, keyspace with replication factor 3
> Reporter: Anton Lebedevich
>
> Application does 'insert ... if not exists' with consistency level quorum into table and expects to receive 'applied' only once for the same key.
> Under normal conditions that expectation holds but it fails when cassandra cluster is being restarted one by one.
> Restart scenario is: kill -9 one node, wait 6 seconds, start it back, wait till it becomes available, wait 40 seconds (during that time all 3 nodes are up), repeat with the next node.
> The problem was observed on 2.1.4, upgrading to 2.1.7 didn't change the behaviour
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)