Return-Path: X-Original-To: apmail-cassandra-user-archive@www.apache.org Delivered-To: apmail-cassandra-user-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 8DA9D6EFC for ; Sat, 6 Aug 2011 14:30:16 +0000 (UTC) Received: (qmail 12005 invoked by uid 500); 6 Aug 2011 14:30:14 -0000 Delivered-To: apmail-cassandra-user-archive@cassandra.apache.org Received: (qmail 11783 invoked by uid 500); 6 Aug 2011 14:30:13 -0000 Mailing-List: contact user-help@cassandra.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: user@cassandra.apache.org Delivered-To: mailing list user@cassandra.apache.org Received: (qmail 11775 invoked by uid 99); 6 Aug 2011 14:30:12 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Sat, 06 Aug 2011 14:30:12 +0000 X-ASF-Spam-Status: No, hits=1.5 required=5.0 tests=FREEMAIL_FROM,HTML_MESSAGE,RCVD_IN_DNSWL_LOW,SPF_PASS,T_TO_NO_BRKTS_FREEMAIL X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of dan.kuebrich@gmail.com designates 74.125.82.44 as permitted sender) Received: from [74.125.82.44] (HELO mail-ww0-f44.google.com) (74.125.82.44) by apache.org (qpsmtpd/0.29) with ESMTP; Sat, 06 Aug 2011 14:30:06 +0000 Received: by wwf5 with SMTP id 5so254660wwf.25 for ; Sat, 06 Aug 2011 07:29:45 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:from:date:message-id:subject:to:content-type; bh=IsC2iLDWD+tHHuzIGE/WLsiPcD4/G9rhgYnSCLUgiPk=; b=hTP21RVkmefz2rDJrdP+iWXhWMoy4z1OvUi9pMHGXVLg4BESHvzuI28JckzgLW/zuG eUkr896rZkNjLdXuMVqCAB0GWLP/7WHc8c9pYW1ybxe/3qKY/SKutEtedjRZeeLECb/d m/1g0Bsxewtw/tYHzy8NRIyxjMLG52p4vBC1A= Received: by 10.216.144.93 with SMTP id m71mr1604000wej.7.1312640985085; Sat, 06 Aug 2011 07:29:45 -0700 (PDT) MIME-Version: 1.0 Received: by 10.216.48.85 with HTTP; Sat, 6 Aug 2011 07:29:25 -0700 (PDT) From: Dan Kuebrich Date: Sat, 6 Aug 2011 10:29:25 -0400 Message-ID: Subject: strange json2sstable cast exception To: user@cassandra.apache.org Content-Type: multipart/alternative; boundary=0016e6dd8d17a2357204a9d70b26 --0016e6dd8d17a2357204a9d70b26 Content-Type: text/plain; charset=ISO-8859-1 Having run into a recurring compaction problem due to a corrupt sstable (perceived row size was 13 petabytes or something), I sstable2json -x 'd the key and am now trying to re-import the sstable without it. However, I'm running into the following exception: Importing 2882 keys... java.lang.ClassCastException: org.apache.cassandra.db.ExpiringColumn cannot be cast to org.apache.cassandra.db.SuperColumn at org.apache.cassandra.db.SuperColumnSerializer.serialize(SuperColumn.java:363) at org.apache.cassandra.db.SuperColumnSerializer.serialize(SuperColumn.java:347) at org.apache.cassandra.db.ColumnFamilySerializer.serializeForSSTable(ColumnFamilySerializer.java:88) at org.apache.cassandra.db.ColumnFamilySerializer.serializeWithIndexes(ColumnFamilySerializer.java:107) at org.apache.cassandra.io.sstable.SSTableWriter.append(SSTableWriter.java:147) at org.apache.cassandra.tools.SSTableImport.importUnsorted(SSTableImport.java:290) at org.apache.cassandra.tools.SSTableImport.importJson(SSTableImport.java:252) at org.apache.cassandra.tools.SSTableImport.main(SSTableImport.java:476) ERROR: org.apache.cassandra.db.ExpiringColumn cannot be cast to org.apache.cassandra.db.SuperColumn The CF is a SuperColumnFamily, if that's relevant. 1. What should I do about this problem? 2. (somewhat unrelated) Our usage of this SCF has moved away from requiring "super"-ness. Aside from missing out on the potential for future seconary indexes, are we suffering any sort of operational/performance hit from this classification? --0016e6dd8d17a2357204a9d70b26 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Having run into a recurring compaction problem due to a corrupt sstable (pe= rceived row size was 13 petabytes or something), I sstable2json -x 'd = =A0the key and am now trying to re-import the sstable without it. =A0Howeve= r, I'm running into the following exception:

Importing 2882 keys...
java.lang.ClassCastExc= eption: org.apache.cassandra.db.ExpiringColumn cannot be cast to org.apache= .cassandra.db.SuperColumn
at org.apache.cassandra.db.SuperColumnSerializer.= serialize(SuperColumn.java:363)
at or= g.apache.cassandra.db.SuperColumnSerializer.serialize(SuperColumn.java:347)=
at org.apache.cassandra.db.ColumnFamilySerializer.serializeForSSTable(Colu= mnFamilySerializer.java:88)
at or= g.apache.cassandra.db.ColumnFamilySerializer.serializeWithIndexes(ColumnFam= ilySerializer.java:107)
at org.apache.cassandra.io.sstable.SSTableWriter.ap= pend(SSTableWriter.java:147)
at or= g.apache.cassandra.tools.SSTableImport.importUnsorted(SSTableImport.java:29= 0)
at org.apache.cassandra.tools.SSTableImport.importJson(SSTableImport.jav= a:252)
at or= g.apache.cassandra.tools.SSTableImport.main(SSTableImport.java:476)
ERROR: org.apache.cassandra.db.ExpiringColumn cannot be cast to org.apac= he.cassandra.db.SuperColumn

The CF is a SuperColumnFamily, if that's rele= vant.

1. What should I do about this problem?

2. (somewhat unrelated) Our usage of this SCF has move= d away from requiring "super"-ness. =A0Aside from missing out on = the potential for future seconary indexes, are we suffering any sort of ope= rational/performance hit from this classification?
--0016e6dd8d17a2357204a9d70b26--