Desde un servidor puedes forzar que su copia sea la que se sincronice la próxima vez con “csync2 -f FICHERO”. También hay unas directivas para indicar en el fichero de configuración qué servidor tiene prioridad en caso de que haya un conflicto de éste tipo: si el de más a la izquierda en la lista, a la drcha., el que tenga el fichero más reciente, etc.

La verdad es que del csync2 hay poca documentación. Yo lo único que he encontrado es éste PDF que está en su página web. A partir de ahí, todo es pelearse con él, probar, probar y probar:

http://oss.linbit.com/csync2/paper.pdf

Ahora ya intenta sincronizar pero me da errores:

Updating /etc/asterisk/.svn/entries on madridcluster …
While syncing file /etc/asterisk/.svn/entries:
ERROR from peer madridcluster:
ERROR: Auto-resolving failed. Giving up.
File stays in dirty state. Try again later…
Match (+): /etc/asterisk on /etc/asterisk/.svn/format
Updating /etc/asterisk/.svn/format on madridcluster …
File is different on peer (cktxt char #0).
>>> PEER: OK (data_follows).
>>> LOCAL: v1:mtime=0:mode=33060:uid=5060:gid=1001:type=reg:size=2
Format-error while receiving data.
SQL: COMMIT TRANSACTION

¿Sabes a que puede ser debido, o donde puedo encontrar información al respecto? Es que no encuentro nada…

Saludos,

Mariña

Si el puerto está abierto y el servicio en marcha, sólo se me ocurre que sea por el SSL. csync2 usa cifrado Y AUTENTICACIÓN vía SSL, tienes que crear certificados para ambas máquinas y configurarlos. Es bastante coñazo así que en el artículo me lo salté a la torera, porque si no hubiera dedicado más tiempo a ésto que al resto.

Pégale un vistazo a la documentación del csync al respecto. De todas formas había una directiva para desactivar por completo el SSL, no tengo ahora los docs a mano pero creo que era:

nossl host1 host2
nossl host2 host1

Si no recuerdo mal había que hacerlo así, indicando que no se iba a usar SSL en ambos sentidos, o si no en uno lo desactivabas pero en el otro no, con lo que seguía fallando.

Prueba así, y si con ésto te va, ya es cuestión de que analices si necesitas realmente ese punto extra de seguridad que daría el cifrado y autenticación con certificados SSL. Cuanta más azucar, más dulce.

Saludos

yo estoy intentando hacer una configuración similar pero con un ISDNGuard en lugar de con RedFone. Estoy utilizando csync2 para la sincronización de ficheros. A pesar de seguir la guía de configuración del manual de csync2, y los consejos que das tu en el post, tengo un problema:

Cuando ejecuto csync2 en uno de los nodos obtengo lo siguiente:

produccion:/etc# csync2 -Tvv
My hostname is produccion.
Database-File: /var/lib/csync2/produccion.db
Config-File: /etc/csync2.cfg
Running in-sync check for produccion madridcluster.
Connecting to host madridcluster (SSL) …
Can’t connect to remote host.
ERROR: Connection to remote host failed.
SQL: SELECT command, logfile FROM action GROUP BY command, logfile
SQL Query finished.
Finished with 1 errors.

A pesar de que el otro host si es alcanzable:

MadridCluster:/etc# tcpdump -i eth0 port 30865
tcpdump: verbose output suppressed, use -v or -vv for full protocol decode
listening on eth0, link-type EN10MB (Ethernet), capture size 96 bytes
18:39:30.758298 IP produccion.33378 > madridcluster.csync2: S 3701654960:3701654960(0) win 5840
18:39:30.773641 IP madridcluster.csync2 > produccion.33378: R 0:0(0) ack 3701654961 win 0

2 packets captured
2 packets received by filter
0 packets dropped by kernel

¿Sabrías a que puede ser debido?

Gracias y un saludo,

Mariña