J'utilise Rsync pour effectuer un mirroring depuis longtemps, sans problème.
Or aujourd'hui, le comportement est étrange:
Le protocole over ssh fonctionne en -a et --delete comme :
A - etablissement connexion ssh
B - Creation de la liste des fichiers et echange
C - supression des fichiers obsoletes sur le receveur
D - Transfert des différences
La bande passante se restreint à moins de 10ko si le temps entre la réception de la liste de fichiers et l'envoi même des fichiers (entre C et D) est trop important (30 sec ou plus). Le traffic échangé pendant cette période est à 0k.
Après différents essais, y compris avec encapsulation via un broker ipv6, impossible de résoudre ce problème. Réduire la version du protocole ne change rien non plus.
La seule solution que j'ai trouvé, c'est de passer le --delete en --delete-after pour récupèrer la bande passante à plein débit.
Je n'ai pas vu de bugs sur la 2.6 concernant ce problème.
QQ'un a t'il le même comportement (chez Free en non dégroupé) ? Je soupconne le FAI depuis la mise en place de filtrage poussé. Le serveur se situant à 1hop (donc peering direct chez freeix), je ne vois pas ce qui pourrait se mettre à limiter le réseau d'une telle manière...
Suggestion bienvenues :O
# DADVSI?
Posté par Lol Zimmerli (site web personnel, Mastodon) . Évalué à -1.
La gelée de coings est une chose à ne pas avaler de travers.
[^] # Re: DADVSI?
Posté par fcartegnie . Évalué à 1.
[^] # Re: DADVSI?
Posté par Lol Zimmerli (site web personnel, Mastodon) . Évalué à 2.
rsync -avvvv --delete
ça peut peut-être te donner une piste.
La gelée de coings est une chose à ne pas avaler de travers.
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.