Cuando intenté copiar un archivo (de tamaño) a través de la red usando scp me sale un error <file> stalled
¿Por qué sucede esto? ¿Cómo lo resuelvo?
Cuando intenté copiar un archivo (de tamaño) a través de la red usando scp me sale un error <file> stalled
¿Por qué sucede esto? ¿Cómo lo resuelvo?
Respuestas:
Esto sucede porque scp
está tratando de obtener el mayor ancho de banda posible y cualquier retraso (por un firewall, etc.) puede detenerlo. Limitar el ancho de banda (con la opción -l) lo arreglará.
Por ejemplo, es posible que desee limitar el ancho de banda a 1 MB / s (= 8192 Kbits / s):
scp -l 8192 <file> <destination>
-l 8192
significa 8192 Kbit / segundo, y -l
podría funcionar hasta 1 Mbit / segundo (que parece estar un poco desactualizado hoy en día).
He logrado resolverlo usando rsync:
rsync -avz -e "ssh -o StrictHostKeyChecking=no -o UserKnownHostsFile=/dev/null" --progress /tmp/bigfile.txt user@host.com:/tmp/
¿Hay alguna posibilidad de que esté detrás de un firewall Cisco ASA? Si es así, desactive la "aleatorización del número de secuencia" y eso será de gran ayuda, también deshabilite la descarga TCP (ethtool -K $ INTERFACE tso off gso off gro off) si está en un ASA de Cisco con NIC Broadcom en su servidor .
Dado el mensaje de error que recibimos cuando el SCP se detuvo, sospeché que era el cifrado el que fallaba. "La autenticidad del host 'myserver (10.10.11.12)' no se puede establecer. La huella digital de la clave ECDSA es SHA256: + zkyskXlxVQ0kRorLW26pzprIYbsM4N3hbaDLz1RNpo" Con eso en mente ejecuté "scp -c aes128-ctr /tmp/test.dan/tig/test.dan/tig/test.dan/tig/test.dan/tmp/test.dan/tig/test.dan/ src myserver: / tmp / bigfile ". scp tuvo éxito con el cifrado alternativo. ¿Hay algún problema con el cifrado predeterminado que sopla un espacio de búfer?
Podría intentar agregar "-c" con un cifrado alternativo y ver si resuelve su bloqueo.