You are viewing a plain text version of this content. The canonical link for it is here.
Posted to commits@cassandra.apache.org by "Bill Kuhhirte (JIRA)" <ji...@apache.org> on 2019/08/18 13:56:00 UTC

[jira] [Commented] (CASSANDRA-14401) Attempted serializing to buffer exceeded maximum of 65535 bytes

    [ https://issues.apache.org/jira/browse/CASSANDRA-14401?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16909971#comment-16909971 ] 

Bill Kuhhirte commented on CASSANDRA-14401:
-------------------------------------------

We have experienced the issue fairly recently as well.  Maybe it will match the OP's setup.  The scenario we encountered it was a cluster of 3 nodes running 3.11.4 with a secondary index constructed using Stratio's Cassandra Lucene plugin ([https://github.com/Stratio/cassandra-lucene-index]).  By mistake, we ended up having a really long value inserted into a particular column (which was well past the ability for Statio to index) but were trying the use the value of that to locate similar records.  Like the example above, this ended up getting the node where the query was run into a sick spot where it couldn't recover without a restart. 

>  Attempted serializing to buffer exceeded maximum of 65535 bytes
> ----------------------------------------------------------------
>
>                 Key: CASSANDRA-14401
>                 URL: https://issues.apache.org/jira/browse/CASSANDRA-14401
>             Project: Cassandra
>          Issue Type: Bug
>          Components: Legacy/Core
>            Reporter: Artem Rokhin
>            Priority: Normal
>              Labels: remove-reopen
>
> Cassandra version: 3.11.2
> 3 nodes cluster 
> The following exception appears on all 3 nodes and after awhile cluster becomes unreposnsive 
>  
> {code}
> java.lang.AssertionError: Attempted serializing to buffer exceeded maximum of 65535 bytes: 67661
>  at org.apache.cassandra.utils.ByteBufferUtil.writeWithShortLength(ByteBufferUtil.java:309) ~[apache-cassandra-3.11.2.jar:3.11.2]
>  at org.apache.cassandra.db.filter.RowFilter$Expression$Serializer.serialize(RowFilter.java:547) ~[apache-cassandra-3.11.2.jar:3.11.2]
>  at org.apache.cassandra.db.filter.RowFilter$Serializer.serialize(RowFilter.java:1143) ~[apache-cassandra-3.11.2.jar:3.11.2]
>  at org.apache.cassandra.db.ReadCommand$Serializer.serialize(ReadCommand.java:726) ~[apache-cassandra-3.11.2.jar:3.11.2]
>  at org.apache.cassandra.db.ReadCommand$Serializer.serialize(ReadCommand.java:683) ~[apache-cassandra-3.11.2.jar:3.11.2]
>  at org.apache.cassandra.io.ForwardingVersionedSerializer.serialize(ForwardingVersionedSerializer.java:45) ~[apache-cassandra-3.11.2.jar:3.11.2]
>  at org.apache.cassandra.net.MessageOut.serialize(MessageOut.java:120) ~[apache-cassandra-3.11.2.jar:3.11.2]
>  at org.apache.cassandra.net.OutboundTcpConnection.writeInternal(OutboundTcpConnection.java:385) [apache-cassandra-3.11.2.jar:3.11.2]
>  at org.apache.cassandra.net.OutboundTcpConnection.writeConnected(OutboundTcpConnection.java:337) [apache-cassandra-3.11.2.jar:3.11.2]
>  at org.apache.cassandra.net.OutboundTcpConnection.run(OutboundTcpConnection.java:263) [apache-cassandra-3.11.2.jar:3.11.2]
> {code}



--
This message was sent by Atlassian JIRA
(v7.6.14#76016)

---------------------------------------------------------------------
To unsubscribe, e-mail: commits-unsubscribe@cassandra.apache.org
For additional commands, e-mail: commits-help@cassandra.apache.org