You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@zookeeper.apache.org by "ASF GitHub Bot (Jira)" <ji...@apache.org> on 2026/02/06 17:52:00 UTC
[jira] [Updated] (ZOOKEEPER-5019) Improve the error message when the message sent by a client is malformed
[ https://issues.apache.org/jira/browse/ZOOKEEPER-5019?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
ASF GitHub Bot updated ZOOKEEPER-5019:
--------------------------------------
Labels: pull-request-available (was: )
> Improve the error message when the message sent by a client is malformed
> ------------------------------------------------------------------------
>
> Key: ZOOKEEPER-5019
> URL: https://issues.apache.org/jira/browse/ZOOKEEPER-5019
> Project: ZooKeeper
> Issue Type: Improvement
> Components: server
> Affects Versions: 3.9.4
> Reporter: Peter Gyori
> Priority: Minor
> Labels: pull-request-available
> Time Spent: 10m
> Remaining Estimate: 0h
>
> When a client sends a malformed message to Zookeeper, the following message is shown in the log:
> _"Len error. A message from <address> with advertised length of <length> is either a malformed message or too large to process (length is greater than jute.maxbuffer=<buffersize>)"_
> When the client is using TLS but Zookeeper is not, the above message is shown. To make it easier to recognize such a case, I recommend extending the error message with the possible root cause:
> _"Len error. A message from <address> with advertised length of <length> is either a malformed message or too large to process (length is greater than jute.maxbuffer=<buffersize>). {*}Note: If the length appears unusually large, this may be a TLS/SSL connection attempt on a non-secure port.{*}"_
> The "magic number" that appears as the length with an attempted TLS handshake is 369296129.
--
This message was sent by Atlassian Jira
(v8.20.10#820010)