I have the exact same error. The difference though is that it only showed
up when I scaled up my topology.
DETAIL
We have a 3-bolt topology and we use a simple Java POJO that implements
KryoSerializable to send data between bolts. The topology was runnnig fine
until when we scaled it
In my case I had a custom KryoSerializer and write method was pushing
length of array and *wrong* number of bytes. When serializer read method
input.readBytes(length) tried to read expected number of bytes it throws
such exception.
2015-03-20 2:01 GMT+04:00 Luke Rohde :
> Yeah, apologies. T
Yeah, apologies. The section of my topology in question is like this:
Spout -> Bolt1 -> Bolt2
Bolt1 declares an outputstream with fields (A, B) of respective types
(String, [Custom type])
This works fine.
But if Bolt1 tacks on a third field (in this case a String), I get this
buffer underflow ex
Hi Luke,
Can you elaborate on the steps necessary to reproduce the problem? There’s not
much to go on here.
-Taylor
On Mar 19, 2015, at 4:40 PM, Luke Rohde wrote:
> How did you resolve it? This started being a problem after I added a third
> field to an output tuple, just a String.
>
> On
How did you resolve it? This started being a problem after I added a third
field to an output tuple, just a String.
On Thu, Mar 19, 2015 at 4:20 PM Vladimir Protsenko
wrote:
> Hi, I've got once the same error when in deserialization was reading the
> wrong number of bytes that were sent in seria
Hi, I've got once the same error when in deserialization was reading the
wrong number of bytes that were sent in serialization code.
2015-03-19 19:01 GMT+04:00 Luke Rohde :
> Hi, I'm seeing this exception from kryo deep inside storm and I haven't
> been able to figure it out. Forums/docs on kryo
Hi, I'm seeing this exception from kryo deep inside storm and I haven't
been able to figure it out. Forums/docs on kryo seem to mention that this
can happen if you use a kryo instance in multiple threads concurrently, but
I'm not doing that (and this appears to be coming from storm). Has anyone
see
