Jason Venner wrote:
I do find having to have a custom file in each zk root somewhat awkward, as
I like to rsync my configuration files around. I also would prefer not to
have to have all of my zk nodes listed in the configuration file by id.
I think I would prefer it if there was a mechanism for each log directory to
come up with a cluster unique id, and then the jvm running on that log dir
would advertise that ID.
You are saying to list the server's ip/port in each of the server config
files, but not the id's, correct? The server id is actually used as part
of the quorum (zab) protocol - servers with lower id's don't attempt to
connect to servers with higher id when forming quorum (to avoid 2
servers negotiating on 2 channels/threads). Perhaps this can be worked
around though. Flavio?
I'll enter a jira for tracking this feature as soon as apache issue
tracking comes back (seems to be down right now).
If there was a control that would allow runtime changing of the required
quorum, then I could dynamically add and remove nodes.
https://issues.apache.org/jira/browse/ZOOKEEPER-107
Patrick
2009/9/29 Ørjan Horpestad <orj...@gmail.com>
Thanks for all of your answers. I can see more clearly why using an IP
as id could be a bad idea in a ZK setup.
Patrick:
I will indeed try out your Zkconf tool, thanks.
Regards, Orjan