error de rsync error inexplicable (código 255) en io.c

8

Estaba usando un script para realizar rsync sudo crontab. El script realiza un rsync bidireccional (del servidor A al servidor B y viceversa). Después de reiniciar las dos máquinas del servidor, el rsync no funciona sudo crontab. También configuré un nuevo cronjob y falla. El error es:

rsync error: unexplained error (code 255) at io.c(600) [sender=3.0.6]
rsync: connection unexpectedly closed (0 bytes received so far) [receiver]

Sin embargo, cuando se ejecuta desde la terminal, el script rync funciona como se espera sin problemas. por favor ayuda.

rsync incrontab kabeer
fuente

Respuestas:

3

Un poco difícil de responder dada la falta casi total de información relevante , pero como regla general, si un comando funciona desde el símbolo del sistema pero no desde un trabajo cron es porque necesita especificar la ruta completa a los comandos. Los trabajos de Cron no tienen un entorno de usuario normal, lo que significa especialmente que no tienen la misma RUTA que los usuarios normales.

John Gardeniers
fuente
Solía ​​tener un problema similar con rsync 2.6.8, evidentemente un error que terminaba las transmisiones cronometradas al azar, pero no recuerdo si tenía ese código de error. Estaba bajo CentOS 5.5 en ese momento. Más tarde, con las versiones más recientes de CentOS, rsync entró en 3.xy el problema desapareció definitivamente.
David Ramirez
3

Esto parece suceder cuando se rechaza la conexión:

ssh: conectarse al puerto de host 2222: conexión rechazada

seguido de rsyncerror:

rsync: conexión inesperadamente cerrada (0 bytes recibidos hasta ahora) [receptor] error rsync: error inexplicable (código 255) en /SourceCache/rsync/rsync-45/rsync/io.c(453) [receptor = 2.6.9]

Posibles razones:

  • En mi caso, tuve un problema con el firewall. Perforado un agujero.
  • contraseña incorrecta (es poco probable que solucione su problema, pero causará el mismo error)
Arquitecto Swift
fuente
3

Una de las razones por rsynclas cuales la conexión se cierra inesperadamente es el problema del tiempo de espera, especialmente cuando lleva un tiempo calcular las sumas de verificación de archivos para verificar las diferencias en el host remoto.

Para evitar este problema, debe agregar esta configuración a su ~/.ssh/configo /etc/ssh/ssh_config:

Host *
  ServerAliveInterval 30
  ServerAliveCountMax 6

y opcionalmente similar en el servidor remoto (en /etc/ssh/sshd_config), por ejemplo

ClientAliveInterval 30
ClientAliveCountMax 6

Ver: ¿Qué significan las opciones ServerAliveIntervaly ClientAliveIntervalqué significan?

kenorb
fuente
0

Por favor mira tu lista de fail2ban.

use el comando: "fail2ban-client establezca YOURJAILNAMEHERE unbanip IPADDRESSHERE" para desbancarlo e intente nuevamente.

Linkinall
fuente