Hi everyone, There is a file doc/afr.pdf in the TLA repository and the 1.4.0rc releases which documents AFR for the 1.4 series. The design has changed a bit from 1.3 and new options have been introduced. Please refer to it and give us your comments/suggestions. Vikas -- Engineer - Z Research http://gluster.com/
I've unpacked the rc4 distribution from http://ftp.gluster.com/pub/gluster/glusterfs/1.4/ , there is no afr.pdf in the doc folder what is in docs is # find doc -name afr"*" doc/examples/afr.vol doc/hacker-guide/afr.txt At 08:12 PM 12/17/2008, Vikas Gorur wrote:>Hi everyone, > >There is a file doc/afr.pdf in the TLA repository and the 1.4.0rc >releases which documents AFR for the 1.4 series. The design has >changed a bit from 1.3 and new options have been introduced. Please >refer to it and give us your comments/suggestions. > >Vikas >-- >Engineer - Z Research >http://gluster.com/ > >_______________________________________________ >Gluster-users mailing list >Gluster-users at gluster.org >http://zresearch.com/cgi-bin/mailman/listinfo/gluster-users
I''ve unpacked the rc4 distribution from http://ftp.gluster.com/pub/gluster/glusterfs/1.4/ , there is no afr.pdf in the doc folder what is in docs is # find doc -name afr"*" doc/examples/afr.vol doc/hacker-guide/afr.txt At 08:12 PM 12/17/2008, Vikas Gorur wrote:>Hi everyone, > >There is a file doc/afr.pdf in the TLA repository and the 1.4.0rc >releases which documents AFR for the 1.4 series. The design has >changed a bit from 1.3 and new options have been introduced. Please >refer to it and give us your comments/suggestions. > >Vikas >-- >Engineer - Z Research >http://gluster.com/ > >_______________________________________________ >Gluster-users mailing list >Gluster-users at gluster.org >http://zresearch.com/cgi-bin/mailman/listinfo/gluster-users
I''ve unpacked the rc4 distribution from http://ftp.gluster.com/pub/gluster/glusterfs/1.4/ , there is no afr.pdf in the doc folder what is in docs is # find doc -name afr"*" doc/examples/afr.vol doc/hacker-guide/afr.txt At 08:12 PM 12/17/2008, Vikas Gorur wrote:>Hi everyone, > >There is a file doc/afr.pdf in the TLA repository and the 1.4.0rc >releases which documents AFR for the 1.4 series. The design has >changed a bit from 1.3 and new options have been introduced. Please >refer to it and give us your comments/suggestions. > >Vikas >-- >Engineer - Z Research >http://gluster.com/ > >_______________________________________________ >Gluster-users mailing list >Gluster-users at gluster.org >http://zresearch.com/cgi-bin/mailman/listinfo/gluster-users
I''ve unpacked the rc4 distribution from http://ftp.gluster.com/pub/gluster/glusterfs/1.4/ , there is no afr.pdf in the doc folder what is in docs is # find doc -name afr"*" doc/examples/afr.vol doc/hacker-guide/afr.txt At 08:12 PM 12/17/2008, Vikas Gorur wrote:>Hi everyone, > >There is a file doc/afr.pdf in the TLA repository and the 1.4.0rc >releases which documents AFR for the 1.4 series. The design has >changed a bit from 1.3 and new options have been introduced. Please >refer to it and give us your comments/suggestions. > >Vikas >-- >Engineer - Z Research >http://gluster.com/ > >_______________________________________________ >Gluster-users mailing list >Gluster-users at gluster.org >http://zresearch.com/cgi-bin/mailman/listinfo/gluster-users
2008/12/18 Keith Freedman <freedman at freeformit.com>:> I've unpacked the rc4 distribution from > http://ftp.gluster.com/pub/gluster/glusterfs/1.4/ , there is no afr.pdf in > the doc folderThanks for spotting. I had forgot to include it in the distribution tarball. I've made the necessary changes and it will go out with future releases. Until then please get it from either the repository or http://gnu.zresearch.com/~vikas/afr.pdf Vikas -- Engineer - Z Research http://gluster.com/
thanks, looks good. I have one thought, that might be worthy of discussion: Personally I prefer server side AFR, because I don''t want a mis-configured client to cause problems with replication. However, it seems the current only way to get high-availability to the client is for the client to run AFR so that if one server fails you still have access. so, having afr onthe servers AND the clients seems like it might just add weird overhead? would it even work well at all? and so I''m thinking, server side AFR is better and so there might be nice to have a multi-server translator or something where you can specify multiple servers and an access policy (like with unify-- rr, lru, etc.) to address the availability issue.?? At 10:47 PM 12/17/2008, you wrote:>2008/12/18 Keith Freedman <freedman at freeformit.com>: > > I''ve unpacked the rc4 distribution from > > http://ftp.gluster.com/pub/gluster/glusterfs/1.4/ , there is no afr.pdf in > > the doc folder > >Thanks for spotting. I had forgot to include it in the distribution >tarball. I''ve made the necessary changes and it will go out with >future releases. Until then please get it from either the repository >or > >http://gnu.zresearch.com/~vikas/afr.pdf > >Vikas >-- >Engineer - Z Research >http://gluster.com/
thanks, looks good. I have one thought, that might be worthy of discussion: Personally I prefer server side AFR, because I don''t want a mis-configured client to cause problems with replication. However, it seems the current only way to get high-availability to the client is for the client to run AFR so that if one server fails you still have access. so, having afr onthe servers AND the clients seems like it might just add weird overhead? would it even work well at all? and so I''m thinking, server side AFR is better and so there might be nice to have a multi-server translator or something where you can specify multiple servers and an access policy (like with unify-- rr, lru, etc.) to address the availability issue.?? At 10:47 PM 12/17/2008, you wrote:>2008/12/18 Keith Freedman <freedman at freeformit.com>: > > I''ve unpacked the rc4 distribution from > > http://ftp.gluster.com/pub/gluster/glusterfs/1.4/ , there is no afr.pdf in > > the doc folder > >Thanks for spotting. I had forgot to include it in the distribution >tarball. I''ve made the necessary changes and it will go out with >future releases. Until then please get it from either the repository >or > >http://gnu.zresearch.com/~vikas/afr.pdf > >Vikas >-- >Engineer - Z Research >http://gluster.com/
thanks, looks good. I have one thought, that might be worthy of discussion: Personally I prefer server side AFR, because I don''t want a mis-configured client to cause problems with replication. However, it seems the current only way to get high-availability to the client is for the client to run AFR so that if one server fails you still have access. so, having afr onthe servers AND the clients seems like it might just add weird overhead? would it even work well at all? and so I''m thinking, server side AFR is better and so there might be nice to have a multi-server translator or something where you can specify multiple servers and an access policy (like with unify-- rr, lru, etc.) to address the availability issue.?? At 10:47 PM 12/17/2008, you wrote:>2008/12/18 Keith Freedman <freedman at freeformit.com>: > > I''ve unpacked the rc4 distribution from > > http://ftp.gluster.com/pub/gluster/glusterfs/1.4/ , there is no afr.pdf in > > the doc folder > >Thanks for spotting. I had forgot to include it in the distribution >tarball. I''ve made the necessary changes and it will go out with >future releases. Until then please get it from either the repository >or > >http://gnu.zresearch.com/~vikas/afr.pdf > >Vikas >-- >Engineer - Z Research >http://gluster.com/
cluster/ha solves this problem as of now.. it is build to provide High
Availability between two servers/interfaces etc.
http://gluster.org/docs/index.php/AFR_single_process is the setup I am
referring, where machine{1,2,} are servers, and all others are clients.
Regards,
Amar
2008/12/19 Keith Freedman <freedman at freeformit.com>
> thanks, looks good.
>
> I have one thought, that might be worthy of discussion:
>
> Personally I prefer server side AFR, because I don't want a
> mis-configured client to cause problems with replication.
> However, it seems the current only way to get high-availability to
> the client is for the client to run AFR so that if one server fails
> you still have access.
>
> so, having afr onthe servers AND the clients seems like it might just
> add weird overhead? would it even work well at all?
>
> and so I'm thinking, server side AFR is better and so there might be
> nice to have a multi-server translator or something where you can
> specify multiple servers and an access policy (like with unify-- rr,
> lru, etc.) to address the availability issue.??
>
>
>
>
> At 10:47 PM 12/17/2008, you wrote:
> >2008/12/18 Keith Freedman <freedman at freeformit.com>:
> > > I've unpacked the rc4 distribution from
> > > http://ftp.gluster.com/pub/gluster/glusterfs/1.4/ , there is no
> afr.pdf in
> > > the doc folder
> >
> >Thanks for spotting. I had forgot to include it in the distribution
> >tarball. I've made the necessary changes and it will go out with
> >future releases. Until then please get it from either the repository
> >or
> >
>
>http://gnu.zresearch.com/~vikas/afr.pdf<http://gnu.zresearch.com/%7Evikas/afr.pdf>
> >
> >Vikas
> >--
> >Engineer - Z Research
> >http://gluster.com/
>
>
> _______________________________________________
> Gluster-users mailing list
> Gluster-users at gluster.org
> http://zresearch.com/cgi-bin/mailman/listinfo/gluster-users
>
>
--
Amar Tumballi
Gluster/GlusterFS Hacker
[bulde on #gluster/irc.gnu.org]
http://www.zresearch.com - Commoditizing Super Storage!
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://supercolony.gluster.org/pipermail/gluster-users/attachments/20081219/690a48c5/attachment.html>