Return-Path: Delivered-To: apmail-cassandra-commits-archive@www.apache.org Received: (qmail 18037 invoked from network); 13 Jul 2010 22:18:46 -0000 Received: from unknown (HELO mail.apache.org) (140.211.11.3) by 140.211.11.9 with SMTP; 13 Jul 2010 22:18:46 -0000 Received: (qmail 33153 invoked by uid 500); 13 Jul 2010 22:18:46 -0000 Delivered-To: apmail-cassandra-commits-archive@cassandra.apache.org Received: (qmail 33019 invoked by uid 500); 13 Jul 2010 22:18:46 -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 32991 invoked by uid 99); 13 Jul 2010 22:18:45 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 13 Jul 2010 22:18:45 +0000 X-ASF-Spam-Status: No, hits=-2000.0 required=10.0 tests=ALL_TRUSTED X-Spam-Check-By: apache.org Received: from [140.211.11.22] (HELO thor.apache.org) (140.211.11.22) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 13 Jul 2010 22:18:43 +0000 Received: from thor (localhost [127.0.0.1]) by thor.apache.org (8.13.8+Sun/8.13.8) with ESMTP id o6DMAqRL026612 for ; Tue, 13 Jul 2010 22:10:52 GMT Message-ID: <32774780.361111279059052314.JavaMail.jira@thor> Date: Tue, 13 Jul 2010 18:10:52 -0400 (EDT) From: "Jonathan Ellis (JIRA)" To: commits@cassandra.apache.org Subject: [jira] Updated: (CASSANDRA-1093) BinaryMemtable interface silently dropping data. In-Reply-To: <24966965.49781273868082498.JavaMail.jira@thor> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394 X-Virus-Checked: Checked by ClamAV on apache.org [ https://issues.apache.org/jira/browse/CASSANDRA-1093?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jonathan Ellis updated CASSANDRA-1093: -------------------------------------- Fix Version/s: 0.6.4 (was: 0.6.3) Priority: Minor (was: Major) > BinaryMemtable interface silently dropping data. > ------------------------------------------------ > > Key: CASSANDRA-1093 > URL: https://issues.apache.org/jira/browse/CASSANDRA-1093 > Project: Cassandra > Issue Type: Bug > Components: Core > Environment: Linux Centos5, Fedora Core 4. Java HotSpot Server 1.6.0_14. See readme for more details. > Reporter: Toby Jungen > Assignee: Jonathan Ellis > Priority: Minor > Fix For: 0.6.4 > > Attachments: cassandra_bmt_test.tar.gz > > > I've been attempting to use the Binary Memtable (BMT) interface to load a large number of rows. During my testing, I discovered that on larger loads (~1 million rows), occasionally some of the data never appears in the database. This happens in a non-deterministic manner, as sometimes all the data loads fine, and other times a significant chunk goes missing. No errors are ever logged to indicate a problem. I'm attaching some sample code that approximates my application's usage of Cassandra and explains this bug in more detail. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.