On 10/26/2011 2:21 PM, Jeff Blaine wrote:
>> Think about what you would need to do if you were running with this
>> patch locally. Every sysadmin that upgrades these servers must remember
>> that the patch is in place (or how the servers were built/configured)
>> and not forget. If you leave tomo
On 10/26/2011 02:23 PM, Jeff Blaine wrote:
Have you considered making the "lowest" server a clone? Clones are
like other database servers, except that they can never be elected as a
sync site. The (default) election winner then would be the next
closest.
YES! Thank you! I knew there was so
>I would object. A quorum requirement is that all servers are in
>agreement with the server configuration and the quorum algorithm. Any
>change to the quorum algorithm needs to be exposed as part of the
>negotiation in order for servers to not get into a state where a
>misconfigured server or a s
Have you considered making the "lowest" server a clone? Clones are
like other database servers, except that they can never be elected as a
sync site. The (default) election winner then would be the next closest.
YES! Thank you! I knew there was something added related to
this topic.
CLONES
Think about what you would need to do if you were running with this
patch locally. Every sysadmin that upgrades these servers must remember
that the patch is in place (or how the servers were built/configured)
and not forget. If you leave tomorrow, is the next sysadmin going to be
burned by this
>The "lowest IP address" favoritism decision is totally arbitrary, no?
Absolutely, yes. I think ... looking at the source code, the comparison
is done in 3 places in vote.c. You could replace that with anything else.
I've always thought that an explicit ordering would make more sense, but
I neve
On 10/26/2011 1:49 PM, Jeff Blaine wrote:
> Would a "favor highest" patch be accepted if it was controlled
> via configure script, defaulting to the traditional behavior?
I would object. A quorum requirement is that all servers are in
agreement with the server configuration and the quorum algorit
There are two sources of documentation that I know about: A long-ago paper
by Mike Kazar, and the source code (which actually has reasonable comments).
I actually have a copy of the paper if you care.
The key source code you want is ${OPENAFS}/src/ubik/vote.c. And in my
reading other than the su
>Can anyone point me at the docs where quorum election, IP
>address numbering as it pertains to election, etc... lives?
>I can't find what I am looking for on openafs.org
>
>I seem to recall that the "highest IP is sync site" (if I
>have that right) nonsense was addressed, but again, cannot
>find t
Can anyone point me at the docs where quorum election, IP
address numbering as it pertains to election, etc... lives?
I can't find what I am looking for on openafs.org
I seem to recall that the "highest IP is sync site" (if I
have that right) nonsense was addressed, but again, cannot
find the mod
10 matches
Mail list logo