Re: New IDEA: The Checksumming xlator ( AFR Translator have problem )

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

 



Yes, that is correct .. but there are many instances when you want to restart a server .. let alone in the case of a server failure or upgrade ...


----- Original Message -----
step 3.: "Sascha Ottolski" <ottolski@xxxxxx>
To: gluster-devel@xxxxxxxxxx
Sent: 17 January 2008 11:12:07 o'clock (GMT) Europe/London
Subject: Re: New IDEA: The Checksumming xlator ( AFR Translator have problem )

Am Donnerstag 17 Januar 2008 09:47:06 schrieb Angel:
> But the real problem as you pointed out is that AFR only know files
> dont match, so have to copy every byte from you 100GB image from B to
> A (automatically on self-heal or on file access )

i never tried it, but isn't this a situation where rsync's "--inplace" 
parameter is useful? seems to be able to kinda binary diff on a 
blocklevel. may such an approach could be used for afr self-heal as 
well?

btw, just curious, the problems with xen do only occur after a node was 
down, right? if i understand it correctly, as long as all afr nodes are 
up the client would write to them in parellel, so that the nodes stay 
in sync automtically at any time?


Cheers, Sascha



_______________________________________________
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