[Gluster-users] Automatic arbiter volumes on distributed/replicated volumes with replica 2?
ravishankar at redhat.com
Thu Mar 24 12:56:53 UTC 2016
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.
> Does it make sense to open a feature request in the bugtracker?
> 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):
>>> 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.
>>> 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?
More information about the Gluster-users