Sorry I haven't replied to your post comment. This was "manual" in that we
made sure things like restart scripts would restart this instance last, and
we would monitor that server and restart it if it ever became the elected
leader. It's not ideal but it works, and that's the only way to do what I
suggested because observers are not voting members and thus can't help with
the datacenter failure issue.
On Thu, Sep 5, 2013 at 3:00 AM, Flavio Junqueira <[EMAIL PROTECTED]>wrote:
> Are you asking about observers? Observers don't vote and are not elected.
> -----Original Message-----
> From: "Ben Horowitz" <[EMAIL PROTECTED]>
> Sent: 05/09/2013 06:57
> To: "[EMAIL PROTECTED]" <[EMAIL PROTECTED]>
> Subject: Peer that can't become leader
> Hi all,
> Camille Fournier in her blog post on a global service discovery
> infrastructure using ZK  describes a setup in which, by design, a
> distinguished peer P never becomes leader.
> Is there any way of accomplishing this setup with ZK config files? Or
> would one have to watch the ensemble and restart P if ever P becomes