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 3850F10347 for ; Thu, 27 Mar 2014 15:45:26 +0000 (UTC) Received: (qmail 29793 invoked by uid 500); 27 Mar 2014 15:45:23 -0000 Delivered-To: apmail-cassandra-commits-archive@cassandra.apache.org Received: (qmail 29608 invoked by uid 500); 27 Mar 2014 15:45:21 -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 29508 invoked by uid 99); 27 Mar 2014 15:45:19 -0000 Received: from arcas.apache.org (HELO arcas.apache.org) (140.211.11.28) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 27 Mar 2014 15:45:19 +0000 Date: Thu, 27 Mar 2014 15:45:19 +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=13949464#comment-13949464 ] Tyler Hobbs commented on CASSANDRA-6924: ---------------------------------------- I assumed that the CASSANDRA-5202 fix would cover this as well, but after some quick testing, it looks like 2.1 still has the same problem. > 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)