Rsync crea un mensaje de error de error inexplicable (código 255) en io.c (837)

Cuando trato de rsync -qaPH source/ 192.168.1.21:/var/backupsobtener

rsync: [sender] write error: Broken pipe (32)
rsync error: unexplained error (code 255) at io.c(837) [sender=3.1.0]

¿Qué tiene de malo mi comando?

Para investigar, agregue una o más -vopciones al comando rsync. Además, intente usar ssh simple:

ssh -v 192.168.1.21 /bin/true

para averiguar si es rsync o la conexión ssh subyacente que está causando el problema.

255 en realidad no es un rsynccódigo de retorno "nativo" . rsyncraspa el código de error 255 de SSH y lo devuelve. Me parece que algo en el servidor de destino bloquea SSH o lo rompe una vez que está conectado, por lo tanto, "tubería rota". No estoy de acuerdo con @kenorb porque si fuera un problema de tiempo de espera, probablemente verías los rsynccódigos de salida 30 o 35.

El error de tubería rota probablemente significa que has alcanzado el tiempo de espera. Por ejemplo, el comando rsync remoto comenzó a calcular las diferencias de archivo, pero no respondió al cliente a tiempo.

Si esto sucede con mucha frecuencia, agregue esta configuración a su local ~/.ssh/config:

Host *
  ServerAliveInterval 30
  ServerAliveCountMax 6

y en el servidor remoto (si tiene acceso), configúrelos en su /etc/ssh/sshd_config:

ClientAliveInterval 30
ClientAliveCountMax 6

Ver: ¿Qué significan las opciones ServerAliveIntervaly ClientAliveInterval?

Tuve un error similar al usar rsyncmi implementación para una Emberaplicación (ember-cli-deploy). Tuve que configurar correctamente mi ssh(agregar claves privadas a mi ~/.ssh/)

Sé que este problema es antiguo, pero tal vez alguien (como yo) todavía tenga el error.

a) Verifique si el servicio ssh se está ejecutando:

sudo service ssh status

b) Verifique la conexión con el comando triple detallado:

ssh -vvv <hostname>

c) Tal vez utiliza la clave ssh incorrecta o la clave está rota de alguna manera.

Vino