Re: Quorum setup for 2+1

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



> > > I have a follow-up question.
> > > When a node is disconnected from the rest, the client gets an error
> > > message "Transport endpoint is not connected" and all access is
> > > prevented. Write access must not be allowed to such a node. I understand
> > > that.
> > > In my case it would be a desired feature to be able to at least read
> > > files. Is it possible to retain read-only access?
>
> > Client-side quorum can do this with the cluster.quorum-reads option, but
> > it lacks support for arbiters.  The options you've set enforce quorum at
> > the server side, by killing brick daemons if quorum is lost.  I suppose
> > it might be possible to add the read-only translator instead of killing
> > the daemon, but AFAIK there's no plan to add that feature.
> 
> Could I use cluster.quorum-type and cluster.quorum-count?
> Would it work with a rep 2+1 setup or would I need a rep 3 setup?

To use client-side quorum, you'd need a true replica-3 setup (not just two
plus an arbiter).
_______________________________________________
Gluster-users mailing list
Gluster-users@xxxxxxxxxxx
http://www.gluster.org/mailman/listinfo/gluster-users




[Index of Archives]     [Gluster Development]     [Linux Filesytems Development]     [Linux ARM Kernel]     [Linux ARM]     [Linux Omap]     [Fedora ARM]     [IETF Annouce]     [Bugtraq]     [Linux OMAP]     [Linux MIPS]     [eCos]     [Asterisk Internet PBX]     [Linux API]

  Powered by Linux