I think we ran into this a few days ago.
If I'm not mistaken it had to do with us using an old on disk DB
against new code. (maybe some serialization changed or something)

Trashing the DB and starting over worked fine.

Arin

On Fri, Jul 31, 2009 at 2:32 PM, Jonathan Ellis<jbel...@gmail.com> wrote:
> If you can give us a script that reproduces the problem with a clean
> database, we can debug it.
>
> Otherwise you can try trunk, which is still undergoing a little flux,
> but is starting to stabilize for an 0.4 release.
>
> -Jonathan
>
> On Fri, Jul 31, 2009 at 4:18 PM, Mark McBride<mark.mcbr...@gmail.com> wrote:
>> Has anybody run across an EOFException in get_slice_super_by_names?
>> i'm running 0.3.0-rc3, OSX, nothing nonstandard that I know of...  It
>> happens on multiple rows.  Removing the super column and reinserting
>> data seems to resolve the issue, but it's not great to have the
>> exceptions occur in the first place.
>>
>> ERROR [pool-1-thread-31] 2009-07-31 13:58:11,477 Cassandra.java (line
>> 1069) Internal error processing get_slice_super_by_names
>> java.lang.RuntimeException: java.io.EOFException
>>        at 
>> org.apache.cassandra.service.CassandraServer.readColumnFamily(CassandraServer.java:116)
>>        at 
>> org.apache.cassandra.service.CassandraServer.get_slice_super_by_names(CassandraServer.java:353)
>>        at 
>> org.apache.cassandra.service.Cassandra$Processor$get_slice_super_by_names.process(Cassandra.java:1065)
>>        at 
>> org.apache.cassandra.service.Cassandra$Processor.process(Cassandra.java:786)
>>        at 
>> org.apache.thrift.server.TThreadPoolServer$WorkerProcess.run(TThreadPoolServer.java:252)
>>        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:637)
>> Caused by: java.io.EOFException
>>        at java.io.DataInputStream.readFully(DataInputStream.java:180)
>>        at java.io.DataInputStream.readLong(DataInputStream.java:399)
>>        at org.apache.cassandra.db.ColumnSerializer.defreeze(Column.java:229)
>>        at 
>> org.apache.cassandra.db.ColumnSerializer.deserialize(Column.java:240)
>>        at 
>> org.apache.cassandra.db.SuperColumnSerializer.fillSuperColumn(SuperColumn.java:373)
>>        at 
>> org.apache.cassandra.db.SuperColumnSerializer.deserialize(SuperColumn.java:387)
>>        at 
>> org.apache.cassandra.db.SuperColumnSerializer.deserialize(SuperColumn.java:314)
>>        at 
>> org.apache.cassandra.db.ColumnFamily$ColumnFamilySerializer.deserialize(ColumnFamily.java:535)
>>        at 
>> org.apache.cassandra.db.ColumnFamily$ColumnFamilySerializer.deserialize(ColumnFamily.java:558)
>>        at 
>> org.apache.cassandra.db.ColumnFamily$ColumnFamilySerializer.deserialize(ColumnFamily.java:455)
>>        at 
>> org.apache.cassandra.db.ColumnFamilyStore.fetchColumnFamily(ColumnFamilyStore.java:575)
>>        at 
>> org.apache.cassandra.db.ColumnFamilyStore.getColumnFamilyFromDisk(ColumnFamilyStore.java:549)
>>        at 
>> org.apache.cassandra.db.ColumnFamilyStore.getColumnFamilies(ColumnFamilyStore.java:517)
>>        at 
>> org.apache.cassandra.db.ColumnFamilyStore.getColumnFamily(ColumnFamilyStore.java:484)
>>        at org.apache.cassandra.db.Table.getRow(Table.java:731)
>>        at 
>> org.apache.cassandra.db.SliceByNamesReadCommand.getRow(SliceByNamesReadCommand.java:58)
>>        at 
>> org.apache.cassandra.service.StorageProxy.weakReadLocal(StorageProxy.java:579)
>>        at 
>> org.apache.cassandra.service.StorageProxy.readProtocol(StorageProxy.java:282)
>>        at 
>> org.apache.cassandra.service.CassandraServer.readColumnFamily(CassandraServer.java:112)
>>        ... 7 more
>>
>

Reply via email to