Re: afr, striping, and nufa scheduler

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

 



So, if the cluster/afr volume is in the server specification instead of the
client specification, and the 1st server in the afr array goes offline, the
whole afr volume is unavailable for reads?

I ask, because I noticed that if I had afr in server.vol it would hang when
the other one went offline (in a :2 setup), but if I moved it to the client
specification, it always works, even when the other half was offline. I
think this is because in the client specification, I always had the local
server first.

Thanks!
:august

On 9/25/07, Krishna Srinivas <krishna@xxxxxxxxxxxxx> wrote:
>
> You are right.
>
> For example:
>
> volume afr-example
>   type cluster/afr
>   subvolumes server1 server2
>   option replicate *:2
> end-volume
>
> Now afr-example will do all read operations from server1
>
> Krishna
>
>
> On 9/25/07, Nathan Allen Stratton <nathan@xxxxxxxxxxxx> wrote:
> > On Tue, 25 Sep 2007, Krishna Srinivas wrote:
> >
> > > Hi August,
> > >
> > > Actually the read scheduler is not yet done, it is on our roadmap to
> > > implement it. Now, AFR does all the read operations from its first
> > > child.
> >
> > So if site A and B are AFR and site A is listed first both sites A and B
> > will try to do all reads from A?
> >
> > -Nathan
> >
> >
> > _______________________________________________
> > Gluster-devel mailing list
> > Gluster-devel@xxxxxxxxxx
> > http://lists.nongnu.org/mailman/listinfo/gluster-devel
> >
>
>
> _______________________________________________
> Gluster-devel mailing list
> Gluster-devel@xxxxxxxxxx
> http://lists.nongnu.org/mailman/listinfo/gluster-devel
>


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

  Powered by Linux