You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@curator.apache.org by "Mate Szalay-Beko (Jira)" <ji...@apache.org> on 2021/01/06 17:16:00 UTC
[jira] [Commented] (CURATOR-526) Error logged for valid config -
"Invalid config event received: {properties}"
[ https://issues.apache.org/jira/browse/CURATOR-526?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17259902#comment-17259902 ]
Mate Szalay-Beko commented on CURATOR-526:
------------------------------------------
{quote}as of ZooKeeper 3.5.0, clientPort should be specified via the server statements and not via a separate config property [https://zookeeper.apache.org/doc/r3.5.3-beta/zookeeperReconfig.html#ch_reconfig_format]
{quote}
I'm not sure if this is true. The ZooKeeper docs are not really clear here. Even in ZooKeeper 3.6.2, in the same document ([https://zookeeper.apache.org/doc/r3.6.2/zookeeperReconfig.html]) states in the section *_Backward compatibility:_*
{quote}Backward compatibility
We still support the old configuration format. For example, the following configuration file is acceptable (but not recommended):
zoo_replicated1.cfg
tickTime=2000
dataDir=/zookeeper/data/zookeeper1
initLimit=5
syncLimit=2
clientPort=2791
server.1=125.23.63.23:2780:2783:participant
server.2=125.23.63.24:2781:2784:participant
server.3=125.23.63.25:2782:2785:participant
{quote}
Also when you are using both secure (SSL) and unsecure (non-SSL) ports in ZooKeeper, then it is unclear for me what to put to the end of the "server" string.
I think this is still a bug and the server config should be parsed by Curator even without the client config.
What do you think?
> Error logged for valid config - "Invalid config event received: {properties}"
> -----------------------------------------------------------------------------
>
> Key: CURATOR-526
> URL: https://issues.apache.org/jira/browse/CURATOR-526
> Project: Apache Curator
> Issue Type: Bug
> Components: Framework
> Affects Versions: 4.0.1
> Reporter: Rajesh Singh
> Priority: Major
> Fix For: awaiting-response
>
>
> Curator Framework v4.0.1 - EnsembleTracker.processConfigData(byte[] data) (Ln: 157)- seems to be logging error for valid configs when the config string obtained from Zookeeper does not have the client info in it.
> As per the docs the config string should conform to below formats:
> *server_config* or *server_config*;*client_config* where server_config is host:port:port or host:port:port:type and client_config is port or host:port
> In our case it conforms to the first pattern i.e. *server_config* with host:port:port:type
--
This message was sent by Atlassian Jira
(v8.3.4#803005)