> *From: * JKnight JKnight
> *Date: *Wed, 31 Mar 2010 03:48:01 -0400
> *To: *
> *Subject: *Cassandra data file corrupt
>
> Dear all,
>
> My Cassandra data file had problem and I can not get data from this file.
> And all row after error row can not be accessed. So I lo
808 depends on 674, which has not been fixed, so no, there is no code for 808.
-Original Message-
From: "JKnight JKnight"
Sent: Wednesday, March 31, 2010 10:22pm
To: user@cassandra.apache.org
Subject: Re: Cassandra data file corrupt
Dear Jeremy Dunck,
I tried to compact, a
Dear Jeremy Dunck,
I tried to compact, and get and error:
Caused by: java.io.UTFDataFormatException: malformed input around byte 13
at java.io.DataInputStream.readUTF(DataInputStream.java:617)
at java.io.RandomAccessFile.readUTF(RandomAccessFile.java:887)
at org.apache.cassandra.io.It
On Wed, Mar 31, 2010 at 7:55 AM, Stu Hood wrote:
> Eventually the new file format will make it in with #674, and we'll be able
> to implement an option to skip corrupted data:
>
> https://issues.apache.org/jira/browse/CASSANDRA-808
That ticket seems to indicate that compaction will remove the co
Wednesday, March 31, 2010 7:16am
To: user@cassandra.apache.org, cassandra-u...@incubator.apache.org
Subject: Re: Cassandra data file corrupt
Cassandra has always supported two great ways to prevent data loss:
* Replication
* Backups
I doubt Cassandra will ever focus extensively on single-node recover
1 Mar 2010 03:48:01
To:
Subject: Cassandra data file corrupt
Dear all,
My Cassandra data file had problem and I can not get data from this file.
And all row after error row can not be accessed. So I lost a lot of data.
Will next version of Cassandra implement the way to prevent data lost. May
Dear all,
My Cassandra data file had problem and I can not get data from this file.
And all row after error row can not be accessed. So I lost a lot of data.
Will next version of Cassandra implement the way to prevent data lost. Maybe
we use the checkpoint. If data file corrupt, we will read from
