Doing some googling, this is a different JRE bug than the on addressed by 795: http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=6253145. It is marked fixed in JDK 6u18, so try upgrading to that.
-Jonathan On Tue, Mar 2, 2010 at 10:46 AM, Jon Graham <sjclou...@gmail.com> wrote: > Hello, > > I am running a 32-bit linux version 2.6.27.24. My original data set was > copied from a 64-bit cassandra cluster to a 32-bit cassandra cluster. I am > trying to load balance the data on a 32-bit cluster. > > Is the cassandra-795 issue applicable for 32-linux too for the 0.5.0 > release? > > Thanks, > Jon > On Mon, Mar 1, 2010 at 4:55 PM, Jonathan Ellis <jbel...@gmail.com> wrote: >> >> On Mon, Mar 1, 2010 at 5:39 PM, Jon Graham <sjclou...@gmail.com> wrote: >> > Reached an EOL or something bizzare occured. Reading from: /192.168.2.13 >> > BufferSizeRemaining: 16 >> >> This one is harmless >> >> > java.io.IOException: Value too large for defined data type >> > at sun.nio.ch.FileChannelImpl.transferTo0(Native Method) >> > at sun.nio.ch.FileChannelImpl.transferToDirectly(Unknown Source) >> > at sun.nio.ch.FileChannelImpl.transferTo(Unknown Source) >> > at >> > org.apache.cassandra.net.TcpConnection.stream(TcpConnection.java:226) >> > at >> > org.apache.cassandra.net.FileStreamTask.run(FileStreamTask.java:55) >> > at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(Unknown >> > Source) >> > at java.util.concurrent.ThreadPoolExecutor$Worker.run(Unknown >> > Source) >> > at java.lang.Thread.run(Unknown Source) >> >> This one is killing you. >> >> Are you on windows? If so >> https://issues.apache.org/jira/browse/CASSANDRA-795 should fix it. >> That's in both 0.5.1 and 0.6 beta. >> >> -Jonathan > >
