gluster-devel
[Top][All Lists]
Advanced

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

Re: [Gluster-devel] afr logic


From: Kevan Benson
Subject: Re: [Gluster-devel] afr logic
Date: Wed, 17 Oct 2007 10:46:27 -0700
User-agent: Thunderbird 2.0.0.6 (X11/20070728)

Alexey Filin wrote:
On 10/17/07, Kevan Benson <address@hidden> wrote:

The rsync case can probably be handled through a separate find of the
appropriate attributes on the source and set on the target.  A simple
bash/perl script could handle this in a few lines.

The fsck case is more interesting, but if you could get fsck to report
file/directory names that have problems and not fix them, it's easy to
pipe that to a script to remove the trusted.afr.version attribute on the
files and then the AFR will heal itself.


didn't check, may be you know, is the second healthy pair in cluster/stripe
(if two bricks are used to stripe) in the case to be copied too? (of course
afr'ed volumes use the same underlying cluster/stripe configuration)

It probably has to do with whether you stripe an afr or afr some stripes. Think RAID 10 compared to RAID 0+1.

--

-Kevan Benson
-A-1 Networks




reply via email to

[Prev in Thread] Current Thread [Next in Thread]