Est-ce que quelqu'un sait pourquoi rsync continuerait d'envoyer les fichiers encore et encore?

14

J'essaie d'utiliser rsync pour sauvegarder certains fichiers, environ la moitié d'une To. C'est maintenant un état où il continue d'envoyer les mêmes fichiers chaque fois qu'il s'exécute.

par exemple:

rsync -av /data/source/* user@host:/data/dest
sending incremental file list
source/file1.txt
source/file2.txt

Je vérifie ensuite que ces fichiers sont copiés ... puis la prochaine fois qu'il s'exécute, il fait la même chose

rsync -av /data/source/* user@host:/data/dest
sending incremental file list
source/file1.txt
source/file2.txt

une idée pourquoi ça se coince sur ces fichiers? J'ai essayé d'effacer tout le répertoire dest et de recommencer, mais pas de chance.

Merci,

linux ubuntu rsync
la source
1
Avez-vous fait une différence sur les fichiers et vérifié toutes les informations sur leur liste ls -l? Ils pourraient, en principe, être modifiés à l'un ou l'autre edn sans que vous en soyez conscient, et peut-être que rsync ne laisse pas les fichiers dans le bon état sur la destination.
Charles Stewart

Réponses:

9

Utilisez --itemize-changespour que rsync affiche ce qui est réellement modifié

La réponse des ire_and_cursesmalentendus -test de préserver les délais de modification , et non de décider de transférer ou non des fichiers. Les options qui déterminent s'il faut ou non ignorer les fichiers sont: -cqui décide d'ignorer des fichiers identiques en fonction de la somme de contrôle, et -Iqui ignore la taille et l'heure lors de la décision d'ignorer les fichiers.

En outre, bien que rsync puisse envoyer à nouveau les fichiers, il ne devrait pas transférer tout le contenu - l'exécution avec -vdevrait imprimer un résumé de la quantité de données correspondant au transfert.

Pour la vérification, les éléments suivants devraient vous aider:

  • md5sum des fichiers à chaque extrémité - pour vous montrer si le contenu a changé
  • ls -l devrait vous montrer si les horodatages ont changé.
David Fraser
la source
5

Je me souviens d'un problème similaire avec les horloges de deux systèmes ne se comportant pas tout à fait. J'ai dû utiliser --modify-window=60pour tenir compte des "anomalies temporelles".

janmoesen
la source