Intentando actualizar archivos en un servidor, con el rsync
comando:
rsync -ravq -e "ssh -o ConnectTimeout=2 -o ServerAliveInterval=2 -ServerAliveCountMax=2" --delete ./local_dir user@$SERVER:/dest_dir
corrupt packet
los errores siguen apareciendo, específicamente:
rsync: writefd_unbuffered failed to write 4092 bytes to socket [sender]: Broken pipe (32)
rsync: connection unexpectedly closed (11337 bytes received so far) [sender]
rsync error: unexplained error (code 255) at /home/lapo/package/rsync-3.0.9-1/src/rsync-3.0.9/io.c(605) [sender=3.0.9]
Esto probablemente esté relacionado con un ssh
tiempo de espera, ya que parece suceder con archivos grandes (r). Además, sigo obteniendo tiempos de espera usando WinSCP. Esto me está pasando solo a mí; Varias de las personas con las que trabajo que usan este servidor no tienen el mismo problema.
Utilizando rsync
desde un terminal Cygwin en Windows 7, contra un servidor Centos 6.3.
No estoy seguro de qué otra información podría ser útil o cómo obtenerla. Actualizaré la pregunta o agregaré comentarios según cualquier sugerencia.
¿Cómo debería resolver esto?
¡Muchas gracias!
fuente
La corrupción sugiere un controlador NIC o NIC incorrecto en su máquina; tuve esto una vez en el cuadro de Windows de mi esposa: tuve que intentar repetidamente instalar rsync. Una vez que tuvo éxito, pude invocar repetidamente rsync para transferir y corregir el otro software necesario, que incluía principalmente controladores NIC actualizados y una herramienta de suma de verificación.
fuente
Si el valor ulimit es 0 o un pequeño número, debería estar dando ese error. Intente aumentar el valor de ulimit
(such as 9999999999)
e intente nuevamente. puedes escribir un pequeño script de shell(a.sh)
y usar algo como esto:fuente
simplemente bucle hasta que se transfiera finalmente
fuente