[Gluster-devel] AFR write completion? AFR read redundancy?
Martin Fick
mogulguy at yahoo.com
Mon Mar 3 17:10:16 UTC 2008
--- Anand Avati <avati at zresearch.com> wrote:
> > Cool. In the case of mixed results (some success,
> > some failures), what is the result? Anyway to
> > distinguish this from a complete success?
>
> any one success is considered transactions success.
> fixing the failed operations is part of next open()
> (self-heal).
Will self healing prevent an inconsistent cluster from
happening? I.E. Two node cluster, A+B.
1) Node A goes down
2) Write occurs on Node B
3) Node B goes down (cluster is down)
4) Node A comes up -> cluster is inconsistent since B
is not yet available. Cluster should still be "down".
> Any plans for such a feature? HA is great, but so
> is error resilience/correction. :)
>
> we have thoughs of checksum based error
> detection/correction. Infact one of
> the users has submitted a n ECC based translator
> (yet to be reviewed seriously). But no plans of
> making it part of AFR.
So this ECC AFR would work on a single subvolume then?
> We are in fact even thinking of raid5 or raid6
> kind of translator which does checksum based error
> detection/recover to some extent.
Would this be a part of AFR, or a completely new
translator?
Thx again,
-Martin
____________________________________________________________________________________
Looking for last minute shopping deals?
Find them fast with Yahoo! Search. http://tools.search.yahoo.com/newsearch/category.php?category=shopping
More information about the Gluster-devel
mailing list