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)