Unexpected AFR self-heal behavior (file contents not synced).

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

 



Thank you, that helped. Changing the order, I now have the expected data everywhere except in the backend directory on server B.  When I cat the backend files on server B I get file x with the original content (not updated) and file y is there but empty.  The client mount point on both machines shows the correct updated file contents (as does the backend on server A).

The only attributes set on the backend files now are "trusted.glusterfs.afr.data-pending=0x0000000000000000". This is the same for all files on both sides. Should there be create time and version attributes there (this is on 2.0rc4)? I'm wondering if I've got something funny going on there.

Thanks,
Matthew Davis

On Thu, Mar 12, 2009 at 01:12:27PM +0530, Vikas Gorur wrote:
> 2009/3/11 Matthew Davis <mdavis at helius.com> wrote:
> <snip>
> 
> In your configuration, the order of subvolumes of replicate on A and B
> is not the same. It is crucial that this rule be followed. So the
> correct configuration would be:
> 
> Server A:
> 
> volume replicate
>   subvolumes data-locks twin-data-locks
> 
> Server B:
> 
>  volume replicate
>   subvolumes twin-data-locks data-locks
> 
> Vikas
> -- 
> Engineer - Z Research
> http://gluster.com/



[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