synctool

SyncTool es una herramienta administrativa para trabajar con grupos de ordenadores.
copias SyncTool archivos de configuración para grupos de máquinas en el clúster basado en lo que los grupos (o clases) que se encuentran. Al hacerlo, se mantiene la configuración en ese grupo de máquinas sincronizadas (o, "en sintonía").
Si es necesario, SyncTool se reiniciará o recargar cualquier demonio, como usted desea. SyncTool se puede ampliar fácilmente para hacer otras tareas administrativas, como la comprobación de los demonios, comprobar el espacio libre en disco, la instalación de paquetes, etc., o cualquier otra tarea que quiere que haga.
SyncTool fue desarrollado por Walter de Jong 2003-2006.
SyncTool simplyfies administración del sistema mediante la colaboración con los siguientes conceptos:
ย ท un host puede ser parte de uno o más grupos o clases
ย ท archivos se designan una clase a través de la extensión del archivo
ย ท el árbol de directorios 'superposición' contiene los archivos y directorios que se deben copiar (o 'sincronizado') al host de destino
ย ท cuando ciertos archivos se actualizan, tendrá que ejecutar un script (por ejemplo, reiniciar /etc/init.d/daemon)
ย ท simplicidad. Utiliza el poder de rsync y ssh para distribuir los archivos.
ย ท extensibilidad. Haga SyncTool más potente escribiendo scripts plugin.
Instalación:
ย ท copiar el contenido del directorio / bin en el directorio local de software, como / usr / local / bin /
Estos ejecutables deben estar disponibles en todos los nodos del clúster. Es fácil de usar un sistema de archivos compartidos para esto, o utilizar rcp, scp, rsync, o lo que sea la distribución de archivos mecanismo que ya tienes.
ย ท configurar un repositorio SyncTool en el nodo maestro:
   mkdir / var / lib / SyncTool
ย ท generalmente el masterdir sólo es accesible por root:
   chown root.root / var / lib / SyncTool
   chmod 700 / var / lib / SyncTool
ย ท configuración directorios del repositorio SyncTool iniciales:
   mkdir / var / lib / SyncTool / superposición
   mkdir / var / lib / SyncTool / delete
   mkdir / var / lib / SyncTool / tareas
   mkdir / var / lib / SyncTool / scripts
ย ท editar el archivo de configuración
   cp synctool.conf.example /var/lib/synctool/synctool.conf
   vi /var/lib/synctool/synctool.conf
ย ท editar los scripts .sh para contener los nombres de las rutas correctas
   vi /usr/local/bin/synctool-local.sh
   vi /usr/local/bin/synctool.sh
Usted debe decidir si quiere o no quiere administrar su nodo principal con SyncTool también. Esta es una preferencia personal; a veces es más fácil de aplicar SyncTool al nodo principal, así, a veces es mejor no. Los anfitriones que están bajo el control de SyncTool se enumeran en synctool.conf, así que si quieres excluirlo, lo dejan fuera del archivo de configuración.
Como se indica en el README, el programa python SyncTool no hace ninguna comunicación de red (como, por ejemplo, cfengine hace). Esto significa que tienes que sincronizar el repositorio para todos los nodos del clúster por otros medios; rsync es perfectamente adecuado para hacer este trabajo. También es posible poner el repositorio SyncTool en un sistema de archivos compartidos. Esto no es recomendable para grandes grupos por razones de rendimiento. Por defecto, SyncTool se implementa junto con un guión envoltorio synctool.sh
que hace lo siguiente:
 * Rsync el repositorio para todos los nodos
 * Plazo SyncTool en todos los nodos a través de SSH
SyncTool utiliza rsync con ssh para copiar archivos en todos los nodos. Esto significa que usted tendrá que instalar ssh con inicio de sesión sin contraseña para el usuario root del masternode a los nodos del clúster. Esto tiene algunas implicaciones de seguridad. Asegúrese de entender todos los aspectos de seguridad antes de rodeos abriendo los nodos. Consulte la documentación SSH (para OpenSSH, consulte http://www.openssh.org) sobre las posibles maneras de lograr esto.
Para los sitios con fuertes medidas de seguridad extra, es posible configurar ssh para ejecutar (SyncTool) comandos sólo específicos, o tal vez usted querrá adaptar el guión envoltorio synctool.sh para que se adapte a sus necesidades de seguridad.

< strong> ¿Qué hay de nuevo en esta versión:

• Muchas cosas nuevas se añadieron en este importante lanzamiento. SyncTool ahora cuenta con sintaxis rango de nodos, que se puede utilizar en la línea de comandos, así como en el archivo de configuración para seleccionar o definir fácilmente rangos de nodos.
• Las plantillas son nuevos; que le permiten generar ficheros de configuración sobre la marcha a partir de un archivo de estrofa y algunas variables.
• SyncTool ahora puede gestionar fácilmente varios clústeres utilizando un nodo de administración, y también es mejor en el manejo de múltiples sistemas operativos.
• La nueva función de purga es ideal para hacer espejos perfectos de árboles de directorios.

¿Qué hay de nuevo en la versión 5.3:

• Esta versión fija una serie de pequeños problemas y sobre todo dos más grandes queridos:. la variable de entorno PATH ahora se buscaron los comandos configurados
• Esto ayuda en configuraciones multi-plataforma.
• La opción de --erased salvado ahora es una acción por sí misma.
• Uso-salvado --erased ya no activará otras actualizaciones que se produzca de forma inadvertida.

¿Cuál es nuevo en la versión 5.1:

• Esta versión corrige varios errores presentes en la versión anterior .
• La lista separada por comas de nodos y grupos en la línea de comandos no estaba siendo analizado correctamente en algunos casos.
• Cada vez que la producción se está imprimiendo en stderr, el nombre de nodo no se imprimiría en frente del mensaje.

Se añadió
• Una forma alternativa de identificación única de un nodo dentro del clúster.
• dsh-ping ahora también es compatible con fping y Solaris ping.

¿Qué hay de nuevo en la versión 5.0:.

• documentación HTML se ha añadido al proyecto
• Usted puede ahora utilizar & quot; SyncTool -e & quot; para borrar el & quot; .saved & quot; archivos.
• Usted puede utilizar el nuevo comando & quot; dsh-ping & quot; para comprobar si los nodos están vivos.
• Usted puede utilizar el nuevo comando & quot;-dsh pkg & quot; para hacer la gestión de paquetes.
• Se ha añadido un nuevo modo de salida concisa.
• Las opciones -1, --single, --diff y --ref ahora se puede dar varias veces en la línea de comandos.
• Publicar-scripts para los directorios están siendo ejecutados en el directorio de destino en lugar de en el directorio padre.
• Se han añadido muchos parámetros de configuración nuevos.
• Y hay más.

¿Cuál es nuevo en la versión 4.7.1:

• En algunos casos, el & quot; ignorar & quot; palabra clave no sería realmente hacer que los archivos o directorios designados para ser ignorados. Este error se ha corregido. dsh y dcp ahora aceptan la -q, --quiet opción.

¿Cuál es nuevo en la versión 4.7:

• El software en sí SyncTool ahora se mantiene al día de forma automática en los nodos cliente. Esto hace que la actualización SyncTool una brisa.
• Hacer algunos errores tipográficos en la línea de comandos, al igual que con & quot; -diff & quot; y el uso de múltiples cuchilladas en los nombres de archivo, podría dar lugar a efectos no deseados.
• Esto ya no es un problema en la nueva versión. SyncTool ya no imprime un seguimiento de pila Python al golpear Ctrl-C.
• La compatibilidad hacia atrás con versiones anteriores de Python ha sido mejorada.
• dos aportes muy útiles se han añadido al paquete:. Un archivo .bash_completion y una herramienta gráfica SyncTool-diff

¿Qué hay de nuevo en la versión 4.6.1:

• Versión 4.6.1 es una versión de corrección de errores a 4,6
• También contiene archivos de control contribuido necesarios para la confección de paquetes .deb para el GNU / Linux OS Debian, que se pueden encontrar bajo contrib / debian /

¿Cuál es nuevo en la versión 4.5:

• opción '--download' hace una suma de comprobación MD5 del archivo descargado

¿Qué hay de nuevo en la versión 4.3:

• Las versiones anteriores a esta versión no ejecutar scripts de actualización cuando un directorio fue cambiado. Este problema se ha resuelto.
• El comando dsh ha ganado la opción -a, que ayuda en el formato de la salida de una manera más fácil de leer.
• el registro central de los cambios aplicados por SyncTool a un archivo de registro en el nodo principal está ahora configurado fácilmente en el archivo de configuración.

Requisitos :

• Python
• rsync