Forum Linux.général Rsync... marche plus pareil :(

Posté par  .
Étiquettes : aucune
0
11
août
2006
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  (site web personnel, Mastodon) . Évalué à -1.

    rsync ne serait-il pas un logiciel d'échange de fichiers peer-to-peer?

    La gelée de coings est une chose à ne pas avaler de travers.

    • [^] # Re: DADVSI?

      Posté par  . Évalué à 1.

      C'est pour cela que j'espere une feedback d'autre personnes...
      • [^] # Re: DADVSI?

        Posté par  (site web personnel, Mastodon) . Évalué à 2.

        Essaie d'avoir un max de retour de rsync avec
        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.