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 5460010E40 for ; Wed, 26 Mar 2014 16:36:25 +0000 (UTC) Received: (qmail 65392 invoked by uid 500); 26 Mar 2014 16:36:18 -0000 Delivered-To: apmail-cassandra-commits-archive@cassandra.apache.org Received: (qmail 65344 invoked by uid 500); 26 Mar 2014 16:36:17 -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 65321 invoked by uid 99); 26 Mar 2014 16:36:16 -0000 Received: from arcas.apache.org (HELO arcas.apache.org) (140.211.11.28) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 26 Mar 2014 16:36:16 +0000 Date: Wed, 26 Mar 2014 16:36:16 +0000 (UTC) From: "Tyler Hobbs (JIRA)" To: commits@cassandra.apache.org Message-ID: In-Reply-To: References: Subject: [jira] [Commented] (CASSANDRA-6924) Data Inserted Immediately After Secondary Index Creation is not Indexed MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394 [ https://issues.apache.org/jira/browse/CASSANDRA-6924?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13948070#comment-13948070 ] Tyler Hobbs commented on CASSANDRA-6924: ---------------------------------------- bq. How reliable is the test failure on your box? I just tried said test (5 times so far) without reproducing the failure. When run against a three-node ccm cluster, it fails about 80% of the time. I'll run a bisect to pinpoint the cause. > Data Inserted Immediately After Secondary Index Creation is not Indexed > ----------------------------------------------------------------------- > > Key: CASSANDRA-6924 > URL: https://issues.apache.org/jira/browse/CASSANDRA-6924 > Project: Cassandra > Issue Type: Bug > Components: Core > Reporter: Tyler Hobbs > Fix For: 1.2.16 > > > The head of the cassandra-1.2 branch (currently 1.2.16-tentative) contains a regression from 1.2.15. Data that is inserted immediately after secondary index creation may never get indexed. > You can reproduce the issue with a [pycassa integration test|https://github.com/pycassa/pycassa/blob/master/tests/test_autopacking.py#L793] by running: > {noformat} > nosetests tests/test_autopacking.py:TestKeyValidators.test_get_indexed_slices > {noformat} > from the pycassa directory. > The operation order goes like this: > # create CF > # create secondary index > # insert data > # query secondary index > If a short sleep is added in between steps 2 and 3, the data gets indexed and the query is successful. > If a sleep is only added in between steps 3 and 4, some of the data is never indexed and the query will return incomplete results. This appears to be the case even if the sleep is relatively long (30s), which makes me think the data may never get indexed. -- This message was sent by Atlassian JIRA (v6.2#6252)