On 03/24/2016 04:30 PM, André Bauer wrote:
So if you have a 4 node cluster is it realy needed to have a third
replica? Imho the 2 of the nodes could also be used as arbiters?
I'm not sure I understand. The 'arbiter' volume is a special type of
replica volume where the 3rd brick of that replica (for every replica)
only holds metadata. So if you're asking if this brick itself can be
co-located on a node which holds the other 'data' bricks of the volume,
then yes that is possible.
-Ravi
Does it make sense to open a feature request in the bugtracker?
Regards
André
Am 24.03.2016 um 11:02 schrieb Ravishankar N:
On 03/24/2016 02:39 PM, André Bauer wrote:
Hi List,
we just upgraded out 4 node cluster from 3.5.8 to 3.7.8.
Because of replica 2 on all volumes i run into problems with read only
file systems of vm images when running on 3.5.x. As i know now the
solution would be to have replica 3 or at least use arbiter volumes.
Yesterday i stumbled over this post in the list which i missed before
(damn spam filter):
https://www.gluster.org/pipermail/gluster-users/2015-November/024191.html
Steve Dainard is pointing out that 3.7.x uses an automatic arbiter, when
you have 4 nodes configured as distributed/replicated.
Is this true? Could not find something about it in the documentation :-/
There is no 'automatic' arbiter for replica 2. I think he was referring
to the dummy node peer probed for maintaining server quorum.
-Ravi
Would be nice i could save on having 2 more nodes this way.
If not, is there a chance to see such feature in the future?
_______________________________________________
Gluster-users mailing list
Gluster-users@xxxxxxxxxxx
http://www.gluster.org/mailman/listinfo/gluster-users
