Details
-
Wish
-
Status: Resolved
-
Minor
-
Resolution: Duplicate
-
3.5.0
-
None
-
None
Description
When expanding a cluster from 2->3, if ZK server #3 isn't up yet, then it seems that the reconfig request times out with a connection-loss error. The configuration is updated though. So we could wait, reconnect, and then refetch the config to make sure we did join the quorum, though that seems a little bit hacky!
What is correct way to do this (and cluster growth in general)? Should we bring up new ZK servers before issuing the reconfig command? What is the right way to bring up new ZK servers (connect as a client, request the config, save the config to the zk.conf.dynamic file, add our new server line to the new zk.conf.dynamic file, start the new server, call reconfig as a client to the existing cluster)?
Is this documented anywhere? (Just the steps to do it "the right way" would be great, no need for actual code)
Attachments
Issue Links
- Is contained by
-
ZOOKEEPER-1660 Add documentation for dynamic reconfiguration
- Resolved