Comment reprendre une copie par scp en échec lors d'un gros transfert de fichiers

Etape normale, le transfert par scp

Dans le cas présent, je transfert une archive datas.tar.gz depuis la machine source vers la cible.

source(fanf/root) /> scp datas.tar.gz fanf@machine-cible.domaine:/Repertoire-cible/

fanf@machine-cible.domain's password:
datas-m26-07.tar.gz                         34%              476MB        0.0KB/s         - stalled -

Le transfert est bloqué à 34% et rien que je connaisse ne semble vouloir le continuer.

 

Solution 1: Essayer encore.

scp est capable de faire de la QOS avec l'option -l (en Kb/s).

Réduire la vitesse de transfert peut permettre de réussir la copie mais il va falloir être patient et reprendre le transfert depuis le début.

Si vous voulez... Moi je change mon fusil d'épaule.

 

Reprise du transfert en cours avec rsync

Avec rsync tout devient magique smiley

source(fanf/root) /> rsync --partial --progress --rsh=ssh /datas.tar.gz fanf@machine-cible.domaine:/Repertoire-cible/

fanf@machine-cible.domain's password:
datas.tar.gz             1453007595         100%    31.01MB/s    0:00:44 (xfer#1, to-check=0/1)

sent 952961395 bytes  received 156086 bytes  18154618.69 bytes/sec
total size is 1453007595  speedup is 1.52

Dans le cas présent, j'ai mis 5 fois moins de temps à finir les 66% restant que copier les 34% avec scp.