Mailing-List: contact commits-help@cassandra.apache.org; run by ezmlm
Precedence: bulk
Reply-To: dev@cassandra.apache.org
Date: Fri, 18 Feb 2011 16:17:38 +0000 (UTC)
From: "Stephen Pope (JIRA)" <jira@apache.org>
To: commits@cassandra.apache.org
Message-ID: <568514084.956.1298045858482.JavaMail.tomcat@hel.zones.apache.org>
Subject: [jira] Created: (CASSANDRA-2196) NumberFormatException processing
 sstable
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit

NumberFormatException processing sstable
----------------------------------------

                 Key: CASSANDRA-2196
                 URL: https://issues.apache.org/jira/browse/CASSANDRA-2196
             Project: Cassandra
          Issue Type: Bug
          Components: Core
    Affects Versions: 0.7.2
         Environment: Cassandra 0.7.2

Windows 7 64-bit
java version "1.6.0_23"
Java(TM) SE Runtime Environment (build 1.6.0_23-b05)
Java HotSpot(TM) 64-Bit Server VM (build 19.0-b09, mixed mode)

            Reporter: Stephen Pope


When inserting a large number of entries with batch_insert (100000) using thrift compiled into C# there's a NumberFormatException that occurs.

The first logged entry that tipped me off was this:
 INFO 10:53:52,171 Writing Memtable-TransactionLogs.client-hostname@350930888(1171371 bytes, 32787 o
perations)
ERROR 10:53:52,171 Error in ThreadPoolExecutor
java.lang.RuntimeException: java.lang.NumberFormatException: For input string: "tmp"
        at org.apache.cassandra.utils.WrappedRunnable.run(WrappedRunnable.java:34)
        at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886)
        at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908)
        at java.lang.Thread.run(Thread.java:662)
Caused by: java.lang.NumberFormatException: For input string: "tmp"
        at java.lang.NumberFormatException.forInputString(NumberFormatException.java:48)
        at java.lang.Integer.parseInt(Integer.java:449)
        at java.lang.Integer.parseInt(Integer.java:499)
        at org.apache.cassandra.io.sstable.Descriptor.fromFilename(Descriptor.java:154)
        at org.apache.cassandra.io.sstable.Descriptor.fromFilename(Descriptor.java:119)
        at org.apache.cassandra.io.sstable.SSTableWriter.<init>(SSTableWriter.java:67)
        at org.apache.cassandra.db.Memtable.writeSortedContents(Memtable.java:156)
        at org.apache.cassandra.db.Memtable.access$000(Memtable.java:49)
        at org.apache.cassandra.db.Memtable$1.runMayThrow(Memtable.java:174)
        at org.apache.cassandra.utils.WrappedRunnable.run(WrappedRunnable.java:30)
        ... 3 more

 Which points to the suspect piece of code in Descriptor.java:154 (browse at https://github.com/apache/cassandra/blob/trunk/src/java/org/apache/cassandra/io/sstable/Descriptor.java)

 The file I believe it's trying to parse is mentioned in my logs as:

INFO 10:51:31,231 Compacted to C:\cassandra\apache-cassandra-0.7.2\bin\..\Storage\data\system\Index
Info-tmp-f-6-Data.db.  384 to 225 (~58% of original) bytes for 1 keys.  Time: 281ms.

 I'm new here, so I'm not sure what needs fixing here (the filename, or the parsing of it).

-- 
This message is automatically generated by JIRA.
-
For more information on JIRA, see: http://www.atlassian.com/software/jira