Re: [GRULIC] Mirror con rsync en 2-vías ¿Es posible?

Página superior
Adjuntos:
+ (text/plain)
+ signature.asc (application/pgp-signature)
Eliminar este mensaje
Responder a este mensaje
Autor: Agustin Henze
Fecha:  
A: Lista de correo del Grupo de Usuarios de Software Libre en Cordoba
Asunto: Re: [GRULIC] Mirror con rsync en 2-vías ¿Es posible?
On 06/25/2013 03:08 AM, Dionisio E Alonso (Baco) wrote:
> Buenas, tengo el siguiente inconveniente que quisiera resolver con
> rsync. Tengo 2 homes en máquinas separadas que pretendo mantener
> sincronizados de forma automática y peer-to-peer. Con lo cuál
> necesitaría hacer algo tipo::
>
> rsync -avuz --delete ~ RMT:
> rsync -avuz --delete RMT: ~
>
> Mi inconveniente viene por el siguiente lado:
>
> Como en los directorios es factible que se eliminen archivos, por el
> uso normal, y como quiero eso reflejado de ambos lados es que necesito
> usar alguna de las variantes de '--delete' que me ofrece Rsync. Pero
> además, como ambos homes pueden ser modificados entre sincronizaciones
> indistintamente, me puede pasar que en ambos se generen archivos
> nuevos también; y aquí viene el deadlock.
>
> Sup, LOC y RMT tienen como archivo nuevo a «a.txt» y «b.txt»
> respectivamente; no importa en qué orden ejecute los 2 comandos de
> rsync, siempre se terminan eliminando tanto «a.txt» como «b.txt» en
> lugar de propagarse cada uno para su lado. Eso es dado que rsync no
> tiene forma de saber que tanto «a.txt» como «b.txt» son nuevos, y el
> flag '-u' no tiene efecto cuando el archivo no existe en una de las
> puntas.
>
> Yo antes venía resolviendo este dilema con una herramienta llamada
> Unison, pero no anda muy bien mantenida que digamos y le tengo
> desconfianza a su supervivencia.
>
> ¿Alguna idea de si esto se puede hacer sólo con Rsync? ¿Alguna otra
> herramienta sin caer en Unison de nuevo?


Probá git-annex[0][1], espectacular!

[0] http://git-annex.branchable.com/
[1]
http://www.kickstarter.com/projects/joeyh/git-annex-assistant-like-dropbox-but-with-your-own

--
TiN