Re: EOFException in get_slice_super_by_names
On Wed, Aug 5, 2009 at 7:25 PM, Mark McBride wrote: > There's at least three actually... mine is > http://wiki.github.com/mccv/scassandra, and viktorklang has cassidy at > http://github.com/viktorklang/Cassidy/tree/master. I found out about > the other two about halfway through mine... I'm hoping to get mine > folded into viktor's at some point. > I'm noodling on making you a committer to CAssidy, it would probably be the best option :) > > ---Mark > > On Wed, Aug 5, 2009 at 10:11 AM, Ryan King wrote: > > There's at least one cassandra client in scala already: > > > > http://github.com/stevej/cassandra_client_scala/tree/master > > > > Not sure of it's current status, but it was written by a coworker of > mine. > > > > -ryan > > > > On Fri, Jul 31, 2009 at 3:57 PM, Mark McBride > wrote: > >> Yeah, the DB has been clobbered a few times without ever changing the > >> cassandra version. I'll try to reproduce (somewhat difficult... it > >> only happens on a handful of rows), and if that fails I'll move to > >> trunk. > >> > >> You say it's getting stable... if I'm working on language bindings, > >> in, say, scala... would it be best to just suck it up and move now? > >> nothing production, just experimentation right now. > >> > >> On Fri, Jul 31, 2009 at 3:54 PM, Jonathan Ellis > wrote: > >>> Unless he started using 0.3 before the rc series though, that's > >>> unlikely to be the problem. > >>> > >>> On Fri, Jul 31, 2009 at 5:49 PM, Arin Sarkissian > wrote: > >>>> 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 > 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 > 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) > >>>
Re: EOFException in get_slice_super_by_names
There's at least three actually... mine is http://wiki.github.com/mccv/scassandra, and viktorklang has cassidy at http://github.com/viktorklang/Cassidy/tree/master. I found out about the other two about halfway through mine... I'm hoping to get mine folded into viktor's at some point. ---Mark On Wed, Aug 5, 2009 at 10:11 AM, Ryan King wrote: > There's at least one cassandra client in scala already: > > http://github.com/stevej/cassandra_client_scala/tree/master > > Not sure of it's current status, but it was written by a coworker of mine. > > -ryan > > On Fri, Jul 31, 2009 at 3:57 PM, Mark McBride wrote: >> Yeah, the DB has been clobbered a few times without ever changing the >> cassandra version. I'll try to reproduce (somewhat difficult... it >> only happens on a handful of rows), and if that fails I'll move to >> trunk. >> >> You say it's getting stable... if I'm working on language bindings, >> in, say, scala... would it be best to just suck it up and move now? >> nothing production, just experimentation right now. >> >> On Fri, Jul 31, 2009 at 3:54 PM, Jonathan Ellis wrote: >>> Unless he started using 0.3 before the rc series though, that's >>> unlikely to be the problem. >>> >>> On Fri, Jul 31, 2009 at 5:49 PM, Arin Sarkissian wrote: >>>> 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 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 >>>>> 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
Re: EOFException in get_slice_super_by_names
There's at least one cassandra client in scala already: http://github.com/stevej/cassandra_client_scala/tree/master Not sure of it's current status, but it was written by a coworker of mine. -ryan On Fri, Jul 31, 2009 at 3:57 PM, Mark McBride wrote: > Yeah, the DB has been clobbered a few times without ever changing the > cassandra version. I'll try to reproduce (somewhat difficult... it > only happens on a handful of rows), and if that fails I'll move to > trunk. > > You say it's getting stable... if I'm working on language bindings, > in, say, scala... would it be best to just suck it up and move now? > nothing production, just experimentation right now. > > On Fri, Jul 31, 2009 at 3:54 PM, Jonathan Ellis wrote: >> Unless he started using 0.3 before the rc series though, that's >> unlikely to be the problem. >> >> On Fri, Jul 31, 2009 at 5:49 PM, Arin Sarkissian wrote: >>> 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 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 >>>> 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 >>>>> >>>> >>> >> >
Re: EOFException in get_slice_super_by_names
Excellent, thanks! I think the real problem was an abuse of super columns... I had some with ~100k items, and will switch those over to regular columns. ---Mark On Wed, Aug 5, 2009 at 7:58 AM, Jonathan Ellis wrote: > I found the bug: https://issues.apache.org/jira/browse/CASSANDRA-341 > > In 0.3 your best bet is to increase in your > config file to a value large enough that it never creates indexes. > > -Jonathan > > On Fri, Jul 31, 2009 at 4:18 PM, Mark McBride 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 >> >
Re: EOFException in get_slice_super_by_names
I found the bug: https://issues.apache.org/jira/browse/CASSANDRA-341 In 0.3 your best bet is to increase in your config file to a value large enough that it never creates indexes. -Jonathan On Fri, Jul 31, 2009 at 4:18 PM, Mark McBride 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 >
Re: EOFException in get_slice_super_by_names
Yeah, the DB has been clobbered a few times without ever changing the cassandra version. I'll try to reproduce (somewhat difficult... it only happens on a handful of rows), and if that fails I'll move to trunk. You say it's getting stable... if I'm working on language bindings, in, say, scala... would it be best to just suck it up and move now? nothing production, just experimentation right now. On Fri, Jul 31, 2009 at 3:54 PM, Jonathan Ellis wrote: > Unless he started using 0.3 before the rc series though, that's > unlikely to be the problem. > > On Fri, Jul 31, 2009 at 5:49 PM, Arin Sarkissian wrote: >> 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 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 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 >>>> >>> >> >
Re: EOFException in get_slice_super_by_names
Unless he started using 0.3 before the rc series though, that's unlikely to be the problem. On Fri, Jul 31, 2009 at 5:49 PM, Arin Sarkissian wrote: > 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 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 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 >>> >> >
Re: EOFException in get_slice_super_by_names
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 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 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 >> >
Re: EOFException in get_slice_super_by_names
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 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 >
EOFException in get_slice_super_by_names
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