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

Error message

  • Warning: count(): Parameter must be an array or an object that implements Countable in filedepot->__construct() (line 113 of /home/fanfrxfg/www/sites/all/modules/filedepot/filedepot.class.php).
  • Deprecated function: The each() function is deprecated. This message will be suppressed on further calls in _menu_load_objects() (line 569 of /home/fanfrxfg/www/includes/menu.inc).

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.