Return-Path: X-Original-To: apmail-cassandra-commits-archive@www.apache.org Delivered-To: apmail-cassandra-commits-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id DE9E3187A9 for ; Mon, 4 Apr 2016 09:36:25 +0000 (UTC) Received: (qmail 1858 invoked by uid 500); 4 Apr 2016 09:36:25 -0000 Delivered-To: apmail-cassandra-commits-archive@cassandra.apache.org Received: (qmail 1824 invoked by uid 500); 4 Apr 2016 09:36:25 -0000 Mailing-List: contact commits-help@cassandra.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@cassandra.apache.org Delivered-To: mailing list commits@cassandra.apache.org Received: (qmail 1811 invoked by uid 99); 4 Apr 2016 09:36:25 -0000 Received: from arcas.apache.org (HELO arcas) (140.211.11.28) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 04 Apr 2016 09:36:25 +0000 Received: from arcas.apache.org (localhost [127.0.0.1]) by arcas (Postfix) with ESMTP id 855F52C14F6 for ; Mon, 4 Apr 2016 09:36:25 +0000 (UTC) Date: Mon, 4 Apr 2016 09:36:25 +0000 (UTC) From: "Prashanth (JIRA)" To: commits@cassandra.apache.org Message-ID: In-Reply-To: References: Subject: [jira] [Created] (CASSANDRA-11484) Consistency issues with subsequent writes, deletes and reads MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394 Prashanth created CASSANDRA-11484: ------------------------------------- Summary: Consistency issues with subsequent writes, deletes and reads Key: CASSANDRA-11484 URL: https://issues.apache.org/jira/browse/CASSANDRA-11484 Project: Cassandra Issue Type: Bug Environment: Cassandra version: DataStax Enterprise 4.7.1 Driver version: cassandra-driver-core-2.1.7.1 Reporter: Prashanth Attachments: CassandraDbCheckAppTest.java There have been intermittent failures when the following subsequent queries are performed on a 4 node cluster: 1. Insert a few records with consistency level QUORUM 2. Delete one of the records with consistency level ALL 3. Retrieve all the records with consistency level QUORUM or ALL and test that the deleted record does not exist The tests are failing because the record does not appear to be deleted and a pattern for the failures couldn't be established. A snippet of the code is attached to this issue so that the setup/tear down mechanism can be seen as well. (Both truncating and dropping the table approaches where used as a tear down mechanism) -- This message was sent by Atlassian JIRA (v6.3.4#6332)