Hide Forgot
Now that it's a feature in the code, might as well provide an easy way to enable it. Still NO_DOC, though, since we don't necessarily want people changing it without being briefed on the implications.
How about making quorum count configurable too?
(In reply to comment #1) > How about making quorum count configurable too? What would the options be? Quorum count (Q) is already determined algorithmically, based on the total replica count (R). Let's examine the cases. * Q=1 is equivalent to no quorum enforcement, except that writers get EROFS instead of EIO. Not sure if this is useful. * Q=2, R=2 (i.e. no special case for first brick) seems marginally useful. * Q=2, R=3 is what we already get for any R=3. * Q=3, R=3 also seems marginally useful. * R>3 will remain too rare to worry about. So both of the marginally useful cases require unanimity. Would it make more sense to have a separate quorum-count option, or allow enforce-quorum (quorum-type) to have more than two values? * "none" = no enforcement * "majority" = what's there now * "all" = require presence of all servers
CHANGE: http://review.gluster.com/743 (Change-Id: Ia52ddb551e24c27969f7f5fa0f94c1044789731f) merged in master by Vijay Bellur (vijay)